3 Commits

Author	SHA1	Message	Date
cynfo3000	68e712b3a3	Meilenstein 2: Session-basierte TCP-Tunnel ... - Tunnel unterstuetzen mehrere gleichzeitige TCP-Verbindungen - Jede Proxy-Verbindung bekommt eigene Session-ID - Agent: Lazy-Connect (Ziel-Verbindung erst bei Datentransfer) - Backend: Ready-Handshake (wartet auf Agent-Bestaetigung) - Binary WebSocket Messages mit Session-ID statt Tunnel-ID - Connection.Close() Race-Condition behoben (sync.Once) - SendToAgent/SendBinaryToAgent mit Timeout statt Blocking - Hub verarbeitet Agent-Responses (Session-Confirm) - README komplett aktualisiert	2026-02-28 08:53:10 +01:00
cynfo3000	fa68e191f9	Fix Tunnel: ID-Sync Backend<->Agent, bidirektionaler Proxy, API-Key via Query-Param ... - Backend gibt tunnel_id vor, Agent uebernimmt sie - Proxy-Verbindung bidirektional: Daten vom Agent zurueck an TCP-Client - Middleware akzeptiert api_key als Query-Parameter (fuer WebSocket) - Getestet: OPNsense WebUI erreichbar ueber Tunnel	2026-02-28 07:52:38 +01:00
cynfo3000	f47154787d	WebSocket-Infrastruktur: bidirektionaler Command-Kanal + TCP-Tunnel ... - Agent: WS-Client mit Reconnect, Command-Handler (exec, tunnel_open/close/data) - Backend: WS-Hub, Tunnel-Manager mit dynamischen Proxy-Ports (10000-20000) - API: /agents/{id}/exec, /tunnel, /tunnels, /proxy/{tunnel_id} - Binary WebSocket Messages fuer effiziente Tunnel-Daten - gorilla/websocket (pure Go, kein CGO) - README aktualisiert	2026-02-28 07:42:33 +01:00