krp 1.0.0-beta.4-17db127
dotnet add package krp --version 1.0.0-beta.4-17db127
NuGet\Install-Package krp -Version 1.0.0-beta.4-17db127
<PackageReference Include="krp" Version="1.0.0-beta.4-17db127" />
<PackageVersion Include="krp" Version="1.0.0-beta.4-17db127" />
<PackageReference Include="krp" />
paket add krp --version 1.0.0-beta.4-17db127
#r "nuget: krp, 1.0.0-beta.4-17db127"
#addin nuget:?package=krp&version=1.0.0-beta.4-17db127&prerelease
#tool nuget:?package=krp&version=1.0.0-beta.4-17db127&prerelease
krp
- Kubernetes Reverse Proxy
krp
is a lightweight Kubernetes reverse proxy designed to provide on-demand port forwarding and seamless forwarding to internal Kubernetes resources. The tool facilitates automatic port forwards and provides dynamic routing via localhost using the hosts file.
Features
- On-Demand Port Forwarding: Forward internal Kubernetes resources to your local machine automatically.
- Context-Sensitive Port Management: Automatically adapts to changes in Kubernetes context and cluster.
- Automatic Cleanup: All active port forwards are cleaned up on application exit.
- Dynamic Traffic Routing: Routes traffic to localhost through the hosts file.
- Zero Configuration: Once running, the tool requires no further setup or user intervention.
Dependencies
- YARP: Provides dynamic HTTP(S) traffic routing capabilities.
- DnsClient: Facilitates DNS lookups when resolving HTTP endpoints.
- kubectl port-forward: Used to forward Kubernetes pod ports to local machine ports.
- kubernetes-client/csharp: Detects Kubernetes context switching and discovers endpoints.
How krp
works
Endpoint registration:
Uses static configuration or dynamic discovery for endpoints.Routing configuration:
Adds endpoints to local hosts files. Each endpoint will get a unique loopback address (eg.127.0.0.x myapi.namespace
).Reverse proxying:
Listens on the local machine and proxies requests to endpoint targets.Port forwarding endpoints:
Runskubectl port-forward
and forwards traffic to Kubernetes pods to local ports. Re-uses existing process if already exists, and if the pod dies the process also dies in which case a new one will spawn on-demand.HTTP proxy endpoints:
Routes to local port if up, otherwise routes to original IP.
Examples
Use case: Kubernetes endpoint
.UseEndpoint(0, 80, "namespace", "myapi") // 0 for dynamic local port selection
- Assume your cluster has a service exposed at
myapi.namespace:80
. - The hosts file will be modified to resolve
myapi.namespace
to127.0.0.x
. - Traffic will be proxied to
krp
. krp
will find corresponding service based on loopback address and runkubectl port-forward
to forward traffic to local port.- You can then make requests as if the service was hosted locally:
curl myapi.namespace
Use case: HTTP proxy endpoint
.UseHttpEndpoint(5001, "domain.com", "api/service/v2")
- Assume your API gateway is using
domain.com/api/service/v2
. - The hosts file will be modified to resolve
domain.com
to127.0.0.x
. - Traffic will be proxied to
krp
. krp
will find corresponding service based on loopback address and forwards traffic to local port 5001 if up.- You can then make requests to the URL which will be proxied locally:
curl domain.com/api/service/v2
Getting started 🚀
Prerequisites
kubectl
must be installed and authenticated against your Kubernetes cluster.hosts
file modifications requires administrator privileges.
Installation
# Using local code
git clone https://github.com/eddietisma/krp.git
cd krp
dotnet run
# Using dotnet tool
dotnet tool install --global dotnet-krp
krp
# Using docker
docker compose -f https://raw.githubusercontent.com/eddietisma/krp/main/docker-compose.yml up
# Setup HTTPS
dotnet dev-certs https -ep "%USERPROFILE%\.krp\krp.pfx" -p your-cert-password --trust
Usage
Configuration
You can configure port-forwarding and routing behavior by adding service definitions as follows:
services.AddKubernetesForwarder()
.UseHttpEndpoint(5000, "api.domain.com", "/api")
.UseHttpEndpoint(5001, "api.domain.com", "/api/v2")
.UseEndpoint(9032, 80, "namespace", "myapi") // Specific local port mappings
.UseEndpoint(0, 80, "namespace", "myapi") // 0 for dynamic local port selection
.UseEndpointExplorer(options =>
{
// Filters to map specific namespaces, services, or pods
options.Filter = [
"namespace/meetings/*",
"namespace/*/service/person*",
];
options.RefreshInterval = TimeSpan.FromHours(1);
})
.UseDnsLookup(options =>
{
// Used for HTTP endpoints as fallback DNS resolver if the local port is not active.
options.Nameserver = "8.8.8.8";
})
//.UseHttpForwarder()
//.UseTcpForwarder(options =>
// {
// options.ListenAddress = IPAddress.Any;
// options.ListenPort = 80;
// })
.UseTcpWithHttpForwarder(options =>
{
options.ListenAddress = IPAddress.Any;
options.ListenPort = 80;
})
.UseRouting(DnsOptions.WindowsHostsFile);
Forwarders available
HttpForwarder
- Supports HTTP requests (only).
- Supports domain based routing (using HTTP headers).
- Multiplexing HTTP/1.1 and HTTP/2 over cleartext using same port without TLS is not supported.
- Uses SSL termination (for HTTPS either disable certificate validation on client or setup certificate for each domain).
TcpForwarder
- Supports low-level TCP requests.
- Supports domain based routing (using domain-based IP per hostname in hosts file).
TcpWithHttpForwarder
(default)
- Supports low-level TCP requests.
- Supports domain based routing (using domain-based IP per hostname in hosts file)
- Forwards HTTP/x request to
HttpForwarder
using packet inspection. Inspects TCP traffic and routes HTTP requests to different server ports based on protocol (81 for HTTP/1.1 and 82 for HTTP/2).
When running Docker using Windows hosts: No support for domain based routing for low-level TCP due to docker networking limitations. Windows do not yet have full support for host network driver, which results in NAT issues when routing (all loopback IPs will originate from Docker gateway). Limiting routing to HTTP requests only for Windows hosts.
For HTTPS we could use SNI to detect hostnames and use for routing but ran into issues with reacting to network changes due to already established TCP tunnels (need some more work to break existing TCP connections when needed).
Running in Docker
To run krp
in a Docker container, follow these steps:
Start Docker Desktop as an administrator (required for hosts file modification).
Build and run the Docker container:
docker buildx bake docker compose up -d
Authenticate kubectl with cluster:
Most providers will encrypt the auth config for the specific machine. Hence mounting the config folder won't work inside the container.# For AKS docker exec -it $(docker ps --filter "name=krp" --format "{{.ID}}") az login --use-device-code # For GKE todo.. # For EKS todo...
Example docker-compose.yml
services:
krp:
build:
context: .
image: eddietisma/krp:latest
container_name: krp
restart: unless-stopped
ports:
- "80:80"
# - "443:443"
environment:
# ASPNETCORE_Kestrel__Certificates__Default__Password: your-cert-password
# ASPNETCORE_Kestrel__Certificates__Default__Path: /root/.krp/krp.pfx
AZURE_CONFIG_DIR: /root/.krp/.azure
KRP_ENDPOINT_EXPLORER: false
KRP_WINDOWS_HOSTS: /mnt/hosts
volumes:
- ~/.kube:/root/.kube
- ~/.krp:/root/.krp
- /c/Windows/System32/drivers/etc/:/host_etc/ # win
# - /etc/hosts:/mtn/hosts/ # Linux/macOS
Roadmap / Ideas
- Add integration tests.
- Auto-discovery of Kubernetes services.
- Support for low-level TCP traffic.
- Support for low-level UDP traffic.
- Support for translating internal Kubernetes IPs.
- Eliminate hosts file dependency using WinDivert/PF/iptables (or mitmproxy) for more flexible routing.
- Cross-platform support (Linux/macOS).
- User interface.
- Add GIF recordings of terminal use cases in README.
Product | Versions Compatible and additional computed target framework versions. |
---|---|
.NET | net9.0 is compatible. net9.0-android was computed. net9.0-browser was computed. net9.0-ios was computed. net9.0-maccatalyst was computed. net9.0-macos was computed. net9.0-tvos was computed. net9.0-windows was computed. net10.0 was computed. net10.0-android was computed. net10.0-browser was computed. net10.0-ios was computed. net10.0-maccatalyst was computed. net10.0-macos was computed. net10.0-tvos was computed. net10.0-windows was computed. |
-
net9.0
- CliWrap (>= 3.8.2)
- DnsClient (>= 1.8.0)
- KubernetesClient (>= 16.0.7)
- Meziantou.Framework.Win32.Jobs (>= 3.4.3)
- Microsoft.VisualStudio.Azure.Containers.Tools.Targets (>= 1.21.2)
- Yarp.ReverseProxy (>= 2.3.0)
NuGet packages
This package is not used by any NuGet packages.
GitHub repositories
This package is not used by any popular GitHub repositories.
Version | Downloads | Last updated |
---|---|---|
1.0.0-beta.4-17db127 | 27 | 5/25/2025 |
1.0.0-beta.3-f7f23d0 | 105 | 5/22/2025 |