sko/iroh-forward
1
0
Fork 0
Code Issues 2 Pull Requests Actions Packages Projects Releases 1 Wiki Activity
6 Commits 1 Branch 1 Tag
de4adc7b1d2ed6a1eeb31e95feb8853e52883176
Commit Graph
6 Commits
This Branch
This Branch
All Branches
Author SHA1 Message Date
skoandClaude Opus 4.8 de4adc7b1d ci: Gitea-Actions-Workflow für SemVer-Release-Builds
Release / build-and-release (push) Successful in 2m19s
Details 
Bei push eines Tags v*.*.* wird ein statisches musl-Binary gebaut und als
Gitea-Release veröffentlicht (Asset + .sha256, Notes aus Commits). Suffix-Tags
(v1.2.3-rc1) werden als Pre-Release markiert; Cargo-Version wird an den Tag
angeglichen. README um Releases-Abschnitt ergänzt.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
v0.1.0 		2026-06-22 04:37:15 +02:00
skoandClaude Opus 4.8 e510d57239 docs: Beispiel-Upstream-IP im Mermaid-Diagramm angepasst 
10.0.0.5 -> 192.168.254.111

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 04:29:55 +02:00
skoandClaude Opus 4.8 41af63b128 docs: Mermaid-Architektur-Vergleich (klassisch vs. iroh-forward) 
Ersetzt das ASCII-Diagramm durch zwei Mermaid-Diagramme: klassischer
Nginx-Reverse-Proxy (Serving Host braucht geroutete IP/VPN + eingehenden Port)
vs. iroh-forward (ausgehend per Public Key, kein eingehender Port, CGNAT ok).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 02:20:33 +00:00
skoandClaude Opus 4.8 4257d13e88 docs: Build-Anleitung in README erweitern 
Voraussetzungen (Rust-Toolchain), Release-Build, Binary-Pfad, ausführen,
cargo install und optionaler statischer musl-Build (inkl. musl-tools-Hinweis).

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-22 02:02:16 +00:00
skoandClaude Opus 4.8 241e05c578 Add multi-port forwarding and functional self-hosted relay 
- Multi-Port: server akzeptiert mehrere `--to NAME=ADDR`, client mehrere
  `--listen NAME=ADDR`. Pro Bi-Stream wird ein Service-Name-Vorspann gesendet,
  den der Server einem Ziel zuordnet; alle Forwards teilen eine QUIC-Connection.
  Bloßes ADDR ohne NAME ⇒ Service `default` (Backward-Compat).
- `--relay <URL>`: ersetzt den n0-Relay durch einen self-hosted iroh-relay,
  n0-DNS-Discovery bleibt erhalten. Neuer gemeinsamer Endpoint-Builder in net.rs.
- ALPN auf iroh-forward/1 erhöht (Wire-Protokoll um Service-Header erweitert).
- Stream-Protokoll (write_service/read_service) in proxy.rs.
- README: Abschnitte zu Multi-Port und Self-hosted Relay, Optionen aktualisiert.

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-21 14:32:43 +00:00
skoandClaude Opus 4.8 ec7c96b092 Initial commit: iroh-forward TCP-over-Iroh forwarder 
TCP-Forwarding über das Iroh-Netz (QUIC), adressiert per Public Key statt IP
(Umsetzung von Option B aus recherche-vpn-vs-p2p-netzwerk.md).

- server: nimmt Iroh-Verbindungen an, leitet QUIC-Streams an lokalen Port weiter
- client: lauscht lokal auf TCP, öffnet pro Verbindung einen QUIC-Stream zum Peer
- keygen: erzeugt Key-Datei und gibt EndpointId aus (Vorab-Verteilung)
- Allowlist (--allow) erlaubter Client-EndpointIds
- QUIC-Multiplexing, Reconnect mit Backoff, n0-Default-Relays + DNS-Discovery

Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
 2026-06-21 14:25:15 +00:00