HackerReposA FIELD GUIDE TO OPEN SOURCE
ProSponsor the shelf♧ 0
← Back to top all-time
hcavarsan
kftray
Rust2024–2026
hcavarsan / kftray

kftray

kubectl port-forward manager and reverse tunnel (ngrok-like) for exposing local services publicly, with TLS termination, HTTP traffic inspection, UDP forwarding, multi-hop proxy routing through k8s clusters, stateful config via filesystem or git - GUI and TUI available

2Distinct people
6Mentions
0Explicit recommenders
1.6KGitHub stars
REPOSITORY AT A GLANCE

What to know before exploring

What it is

kubectl port-forward manager and reverse tunnel (ngrok-like) for exposing local services publicly, with TLS termination, HTTP traffic inspection, UDP forwarding, multi-hop proxy routing through k8s clusters, stateful config via filesystem or git - GUI and TUI available

GitHub

Where it is used

No documented product use has been verified yet.

What people are saying

No recommendation phrase was found in the indexed comments.

No classified warning is attached to this page. Read the discussions before treating silence as approval.

Also in these discussions

No other repository is repeatedly linked in the same discussions.

This week on Hacker News

Nov 7–Nov 14 UTC · Direct repository links and separately labeled related project stories. Indexed through 11/14/2026, 3:56:07 PM UTC.

No direct repository links were found in the indexed HN discussions over the past seven days. Older discussions are available below.

Mentions over time

HN mentions by month6 dated mentions

Observed mentions: 2024-03-25 16:55:54 UTC to 2026-01-31 19:16:43 UTC.

0122024-03-01 00:00:00 UTC to 2024-04-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsMar 20242024-04-01 00:00:00 UTC to 2024-05-01 00:00:00 UTC (exclusive): 2 mentions; 2 submissions, 0 comments2024-05-01 00:00:00 UTC to 2024-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-06-01 00:00:00 UTC to 2024-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-07-01 00:00:00 UTC to 2024-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-08-01 00:00:00 UTC to 2024-09-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 comments2024-09-01 00:00:00 UTC to 2024-10-01 00:00:00 UTC (exclusive): 1 mentions; 0 submissions, 1 comments2024-10-01 00:00:00 UTC to 2024-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-11-01 00:00:00 UTC to 2024-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2024-12-01 00:00:00 UTC to 2025-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-01-01 00:00:00 UTC to 2025-02-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-02-01 00:00:00 UTC to 2025-03-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 commentsFeb 20252025-03-01 00:00:00 UTC to 2025-04-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-04-01 00:00:00 UTC to 2025-05-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-05-01 00:00:00 UTC to 2025-06-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-06-01 00:00:00 UTC to 2025-07-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-07-01 00:00:00 UTC to 2025-08-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-08-01 00:00:00 UTC to 2025-09-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-09-01 00:00:00 UTC to 2025-10-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-10-01 00:00:00 UTC to 2025-11-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-11-01 00:00:00 UTC to 2025-12-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2025-12-01 00:00:00 UTC to 2026-01-01 00:00:00 UTC (exclusive): 0 mentions; 0 submissions, 0 comments2026-01-01 00:00:00 UTC to 2026-02-01 00:00:00 UTC (exclusive): 1 mentions; 1 submissions, 0 commentsJan 2026

Counts come from the repository’s dated source evidence. Index cutoff: 2026-11-02 08:16:59 UTC.

View mention counts and date ranges
UTC ranges include their start and exclude their end. Select a period to filter the source evidence.
PeriodStart (UTC)End (exclusive, UTC)MentionsSubmissionsComments
Mar 20242024-03-01 00:00:00 UTC2024-04-01 00:00:00 UTC110
Apr 20242024-04-01 00:00:00 UTC2024-05-01 00:00:00 UTC220
May 20242024-05-01 00:00:00 UTC2024-06-01 00:00:00 UTC000
Jun 20242024-06-01 00:00:00 UTC2024-07-01 00:00:00 UTC000
Jul 20242024-07-01 00:00:00 UTC2024-08-01 00:00:00 UTC000
Aug 20242024-08-01 00:00:00 UTC2024-09-01 00:00:00 UTC110
Sep 20242024-09-01 00:00:00 UTC2024-10-01 00:00:00 UTC101
Oct 20242024-10-01 00:00:00 UTC2024-11-01 00:00:00 UTC000
Nov 20242024-11-01 00:00:00 UTC2024-12-01 00:00:00 UTC000
Dec 20242024-12-01 00:00:00 UTC2025-01-01 00:00:00 UTC000
Jan 20252025-01-01 00:00:00 UTC2025-02-01 00:00:00 UTC000
Feb 20252025-02-01 00:00:00 UTC2025-03-01 00:00:00 UTC000
Mar 20252025-03-01 00:00:00 UTC2025-04-01 00:00:00 UTC000
Apr 20252025-04-01 00:00:00 UTC2025-05-01 00:00:00 UTC000
May 20252025-05-01 00:00:00 UTC2025-06-01 00:00:00 UTC000
Jun 20252025-06-01 00:00:00 UTC2025-07-01 00:00:00 UTC000
Jul 20252025-07-01 00:00:00 UTC2025-08-01 00:00:00 UTC000
Aug 20252025-08-01 00:00:00 UTC2025-09-01 00:00:00 UTC000
Sep 20252025-09-01 00:00:00 UTC2025-10-01 00:00:00 UTC000
Oct 20252025-10-01 00:00:00 UTC2025-11-01 00:00:00 UTC000
Nov 20252025-11-01 00:00:00 UTC2025-12-01 00:00:00 UTC000
Dec 20252025-12-01 00:00:00 UTC2026-01-01 00:00:00 UTC000
Jan 20262026-01-01 00:00:00 UTC2026-02-01 00:00:00 UTC110

What Hacker News says

6 sources
hcavarsan·Jan 31, 2026Submission

Show HN: SBoM dashboard that pulls from GitHub release assets

i've been setting up supply chain security for my project kftray. mainly the release workflow ( https://github.com/hcavarsan/kftray/blob/main/.github/workfl... ) is generating CycloneDX SBOMs with Syft, scanning for vulns with Grype, signing everything with Cosign, and using OpenVEX to suppress false positives i wanted a simple way to expose a overview about all this without spinning up Dependency-Track or similar. so i built this (public) page that reads directly from GitHub release assets and shows components, vulnerabilities by severity, and also aggregates OpenSSF Scorecard and best practices into a summary card. (https://sbom.kftray.app) basically a simple react/ bun code source code isn't public yet… if there's interest i'd be happy to open source it… would love feedback on the approach.
2 points · Open discussion
i've been working on this project that sets up a local k8s cluster with Kind and Terraform. It uses the auto-import feature of Kftray to configure the port-forwarding automatically based on the k8s service annotations. don't need to manually set up ingress or anything else for external traffic; just run terraform apply, open Kftray and click on the auto-import button, and it will automatically load all the kubectl port-forward configurations in kftray bootstrap repo: https://github.com/hcavarsan/kftray-k8s-tf-example kftray repo: https://github.com/hcavarsan/kftray
In Terraform local K8s bootstrap with dynamic kubectl port-forward
hcavarsan·Aug 17, 2024Submission

Show HN: Kftui – TUI for managing multiples kubectl port-forwards from terminal

hey!! wanted to share kftui with you all. it’s a new terminal user interface (tui) tool that's part of the kftray project. built with rust and ratatui framework, basically to handle and manage multiple port-forward configs from the terminal (with some more features than native kubectl port-forward, such as udp port forward tunnels trough k8s cluster to a vpc internal endpoints and the json local file config for bkp and sharing purposes) a brief context of the project: i often needed port forwards for debugging and local dev, plus ssh tunnels for private services in gcp/aws vpcs, which meant running many commands, also native kubectl port-forward wasn’t enough for udp services like statsd. this led to the creation of kftray in december 2023 and the start of kftui development last month. the first version of kftray was super basic and writt
Read the rest
en in go (with fyne) with only features to import configs from a file and start/stop all port forwards at the same time. but i wanted to learn rust and mess around with tauri framework, so i made the first version of kftray with backend in rust / frontend in typescript, and after seeing ppl use and enjoy kftray, i added more features based on their feedback and my personal experience with the app the initial code was messy, but i’ve learned (still learning) and improved it a lot and this personal growth kept me motivated. (though it still has its quirks, lol), last month, i started developing kftui to remove the frontend code complexity and the need for a monitor display to run the app (a headless app). now, kftui is totally independent of the kftray app, but both share the same states. this means that if a json file with all configs is created and exported in the kftray app, it can be imported into kftui and used without any issues. its important to note that right now, kftui is still in beta (maybe even alpha), so there are some limitations and missing features compared to the full kftray desktop app. for example, adding or editing configurations directly from the tui is not possible and some features from the desktop app aren't in kftui, and also github sync and http trace logging features are not implemented yet. but development is ongoing. (for a matrix feature of kftray and kftui please check the blog post). the next goal is to get kftui to run port forwards as a daemon so they can be attached and detached without dropping the tokio TCP sockets. it’s tricky, especially without a background process like a local server process running, but this issue is being worked on. a lot has been learned from this project, skills and knowledge have been gained that i wouldn't have gotten in a day-to-day SRE job, and that's why im going to keep at it. thats it, feedback is super important, so please share thoughts and suggestions hope you find useful :D this is the main repository for both apps, kftray and kftui: https://github.com/hcavarsan/kftray
3 points · Open discussion
hcavarsan·Mar 25, 2024Submission

Kftray – manage multiple kubectl port-forward configs in the menu bar

KFtray is a open source cross-platform system tray app made with Tauri (Rust and TypeScript) for Kubernetes users. It simplifies setting up multiple kubectl port forward configurations through a user-friendly interface. Easily store and manage all configurations from local files or GitHub repositories. github repository: https://github.com/hcavarsan/kftray/blob/main/README.md blog post: https://dev.to/hcavarsan/managing-multiple-kubectl-port-forward-configurations-and… quick demo video: https://www.youtube.com/watch?v=BAdL7IzaEh8 feedback and suggestions are welcome!
3 points · Open discussion

MAKE YOURSELF AT HOME

A few shortcuts

/
Search the collection
?
Open this guide
Esc
Close dialogs and navigation

Your saved repositories and interests stay in this browser.