Also Overdrive gefällt mir immer besser - hatte bisher ja nie eine Tunnel Lösung verwendet: ein Web-Service über einen Tunnel dauerhaft öffentlich zu machen ist... naja, in Zeiten der Bots (künftig KI-Agents), die random nach Sicherheitslücken suchen (und public nur durch ein Passwort geschützt ohne zweiten Faktor)... keine gute Idee. Und da man auf zrok.io den Tunnel nicht einfach starten und stoppen kann, habe lange überlegt, wie ich selbst einen SSH Reverse Tunnel über Termux laufen lassen kann (geht nicht: Termux wird nach ACC OFF beendet).
D.h. usecase: ich will Overdrive primär nur im LAN nutzen, aber nur bei Bedarf den Tunnel über die BYD SIM öffnen. Die Lösung ist bei Overdrive integriert: Telegram Bot! Koppelt man den Telegrambot (mit Bot-Key UND natürlich Chat-Key für meinen Telegram Account), erhält man (wenn man will) nicht nur Status-Meldungen, sondern kann auch die Services starten und stoppen - und das perfekt. Bei den Telegram Settings am besten: Telegram Daemon start bei ACC OFF setzen. Will ich mal auf das Overdrive Web-Interface zugreifen, starte ich das Service und damit den Tunnel via Telegram; wenn ich fertig bin, stoppe ich es. Zusätzlich für Paranoiker wie ich, der fürchtet, ob der Tunnel doch noch läuft: auf https://api-v2.zrok.io/ kann man auch ganz einfach schauen, wann jemand den Tunnel benutzt hat.
Ein potentieller Angriff müsste also:
- zuerst den Telegram Bot Token und die Chat ID auslesen können
- danach zusätzlich das Login PWD des Overdrive Webservice knacken
= unrealistisch
Kontrolle möglich: Traffic auf zrok.io betrachten
Vorausgesetzt, dass Overdrive selbst keine weiteren Angriffsmöglichkeiten bietet (sowas kann man nie ausschließen, aber ich habe den Sourcecode mal über die openAI KI analysieren lassen, schaut soweit gut aus (also bzgl. Security).