1. Conduid
  2. Cloud
  3. txn2/kubefwd
MCP server · Cloud

txn2/kubefwd

Bulk port forwarding Kubernetes services for local development.

97Excellent

Scored 8 hours ago · breakdown

About txn2/kubefwd

txn2/kubefwd is an MCP server published by txn2 in the Cloud category: bulk port forwarding Kubernetes services for local development. It has been installed 0 times through Conduid.

The repository has 4.1K stars and 222 forks, with the last commit 6 months ago. Six months or more without a commit doesn't mean the server is broken, but check the open issues (0) before depending on it in production.

Install

Install
npx kubefwd

This server has no ConduID identity, so agent calls to it are not receipted. Pin the version you install and review the source before granting it credentials.

Ask AI

Ask AI about txn2/kubefwd

Powered by Claude · Grounded in docs

I know everything about txn2/kubefwd. Ask me about installation, configuration, usage, or troubleshooting.

Security checks

  • ·README presentNot checked yet.
  • ·License declaredNot checked yet.
  • ·Tests presentNot checked yet.
  • ·Dependencies pinnedNot checked yet.
  • ·No dynamic code executionNot checked yet.
  • !Scoped permissionsDoesn't declare a permission scope. Assume it can do anything its process can.

Releases

v1.25.16kubefwd-v1.25.16 · 20 Jun 2026kubefwd v1.25.16 This release modernizes the interactive Terminal UI by moving it onto the Charm v2 library line, hardens API-key startup logging, and rolls up routine dependency and CI maintenance. Highlights TUI migrated to Charm v2…
v1.25.15kubefwd-v1.25.15 · 29 May 2026kubefwd v1.25.15 Highlights 🔒 REST API now requires authentication (security) The optional REST API (`--api`) and the HTTP MCP bridge previously served **every** endpoint — Kubernetes context enumeration, pod log reads, and port-forward…
v1.25.14kubefwd-v1.25.14 · 22 Apr 2026What's New MCP Registry Publish Fix (#470) Fixes the **Publish to MCP Registry** step in the release workflow that had been failing on every release since v1.25.1. `server.json` used the snake_case key `file_sha256`, but the MCP registry…
v1.25.13kubefwd-v1.25.13 · 29 Mar 2026What's New Wayland Clipboard Support (#446) The TUI copy feature now supports Wayland environments via `wl-copy`, in addition to existing X11 (`xclip`/`xsel`) and macOS (`pbcopy`) support. Clipboard detection order: `wl-copy` → `xclip` →…
v1.25.12kubefwd-v1.25.12 · 10 Feb 2026What's New TUI Light/Dark Theme Support (#393) The TUI now supports light terminal backgrounds with a new `--theme` flag and `KUBEFWD_THEME` environment variable. CLI flag sudo -E kubefwd svc -n default --tui --theme light Environment…

README

kubefwd (Kube Forward)

kubefwd - kubernetes bulk port forwarding

CNCF Landscape GitHub license codecov Go Report Card GitHub release GitHub Downloads OpenSSF Scorecard OpenSSF Best Practices SLSA 3

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.

kubefwd TUI - Main View

Quick Start

# Install (macOS)
brew install kubefwd

# Forward all services in a namespace with the interactive TUI
sudo -E kubefwd svc -n my-namespace --tui

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:

curl http://api-service:8080
mysql -h database -P 3306
redis-cli -h cache -p 6379

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:

brew install kubefwd

Linux: Download .deb, .rpm, or .tar.gz from releases

Windows:

winget install txn2.kubefwd
# or
scoop install kubefwd

Docker:

docker run -it --rm --privileged \
  -v "$HOME/.kube:/root/.kube:ro" \
  txn2/kubefwd services -n my-namespace --tui

Usage

# Interactive mode (recommended)
sudo -E kubefwd svc -n default --tui

# Multiple namespaces
sudo -E kubefwd svc -n default,staging --tui

# Filter by label
sudo -E kubefwd svc -n default -l app=api --tui

# With REST API enabled
sudo -E kubefwd svc -n default --tui --api

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)
Auto-reconnect No Yes
Real-time monitoring No TUI with metrics

See Comparison for detailed comparisons with Telepresence, mirrord, and other tools.

Documentation

Full documentation at kubefwd.com:

Requirements

  • kubectl configured with cluster access
  • Root/sudo access (for /etc/hosts and network interfaces)

Contributing

We welcome contributions for bug fixes, tests, and documentation. Feature development is limited to maintainers. See CONTRIBUTING.md.

License

Apache License 2.0


Open source by Craig Johnston, sponsored by Deasil Works, Inc.

README mirrored from the source repository 8 hours ago. The original is authoritative.

Questions

About txn2/kubefwd

How do I install txn2/kubefwd?

Run npx kubefwd, then add the server to your MCP client's configuration. Conduid has recorded 0 installs, so the command is known to work with current clients.

Is txn2/kubefwd safe to use with an AI agent?

Its trust score is 97 out of 100 (excellent). It passes 0 of 1 static security checks; the failures are listed above. It has no ConduID identity yet, so agent calls to it are not receipted.

Is txn2/kubefwd still maintained?

Yes — the latest release is v1.25.16 (20 Jun 2026), and the last commit was 6 months ago. The repository has 4.1K stars and 0 open issues.