A pasteable skeleton generated from the repository name. Check the project README for the exact package and arguments.
Star count
4,178 โ ยท txn2/kubefwd ยท read from the repository page ยท (checked 2026-10-16 20:00:20)
Source
collected from the punkpeye/awesome-mcp-servers list ยท type: MCP server
Harvest history
first seen 2026-10-09 ยท last seen 2026-10-16 ยท seen 32ร ยท listed by 7 sources
Score
score 703 ยท 4,178 โ ยท 7 sources ยท mcp
FAQ (answers come from our records)
How do I install it?
We did not find an install command for this repository (our install coverage is only about 4%). Check its README or releases page.
Who is it for?
We filed it under these tags: MCP ๆๅก. The tags come from the entry itself, not a taxonomy we imposed.
Who maintains it?
repository txn2/kubefwd๏ผfirst catalogued 2026-10-09๏ผlast seen 2026-10-16ใThere is no official certification or quality rating here โ we record sources and dates only.
**Documentation** | **Getting Started** | **User Guide** | **API Reference** | **MCP (AI Integration)** Develop Locally, Connect to Kubernetes **kubefwd** enables developers to work on their local machine while seamlessly accessing services running in a Kubernetes cluster. If you're building a new API that needs to connect to a database at db:5432, an auth service at auth:443, and a cache at redis:6379, all running in your development cluster, kubefwd makes them available locally by their service names, exactly as they would appear in-cluster. No environment-specific configuration, no local service setup, no Docker Compose files. Just run kubefwd and your application's existing connection strings work. This is the essential use case: **reduce or eliminate environment-specific connection setup and configurations** during local development. Your code uses http://api-gateway:8080 in production? It works the same way on your laptop with kubefwd. > Bulk Kubernetes port forwarding with an interactive TUI, unique IPs per service, and automatic reconnection. **kubefwd** is a command-line utility that bulk port forwards Kubernetes services to your local workstation. Each service gets its own unique loopback IP (127.x.x.x), eliminating port conflicts and enabling realistic local development with cluster services accessible by name. Quick Start Press ? for help, q to quit. See Getting Started for detailed installation and setup. How It Works kubefwd discovers services in your namespace, assigns each a unique loopback IP, updates /etc/hosts with service names, and establishes port forwards through the Kubernetes API. Access services by name just like in-cluster: Features - **Interactive TUI**: Real-time service monitoring with traffic metrics - **Unique IP per Service**: Each service gets its own 127.x.x.x address - **Auto-Reconnect**: Reconnects when pods restart or connections drop - **Bulk Forwarding**: Forward all services in a namespace with one command - **Live Traffic Monitoring**: See bytes in/out and HTTP activity - **Pod Log Streaming**: View container logs in the TUI - **REST API**: Programmatic control via HTTP endpoints - **MCP Support**: Integration with AI assistants (Claude Code, Cursor) Installation **macOS:** **Linux:** Download .deb, .rpm, or .tar.gz from releases **Windows:** **Docker:** Usage Why kubefwd? Unlike kubectl port-forward, kubefwd: | Feature | kubectl port-forward | kubefwd | |---------|---------------------|---------| | Services per command | One | All in namespace | | IP allocation | localhost only | Unique IP per service | | Port conflicts | Manual management | None (unique IPs) | | Service name resolution | Not supported | Automatic (/etc/hosts) |