TCP-Ports für Apps, die kein HTTP sprechen, auf blitz.cloud

Jede App auf blitz.cloud bekommt eine HTTPS-Adresse. Manche Apps brauchen etwas anderes, zum Beispiel ein MQTT-Broker, an den Sensoren ihre Messwerte schicken, oder ein Spieleserver. Dafür kann Pro TCP-Ports öffnen. Deine App lauscht auf ihrem eigenen Port, etwa 1883, und Geräte verbinden sich mit einer Adresse wie tcp.prod.page:30007.

TCP-Ports sind experimentell. Wir ändern vielleicht noch, wie sie funktionieren, oder nehmen sie wieder weg. Bau also nichts darauf, das du nicht woanders hin umziehen kannst.

Einen Port öffnen

1. Öffne die App im Dashboard und geh zu Einstellungen, Erweitert.
2. Klick unter TCP-Ports auf "Port öffnen".
3. Gib den Port ein, auf dem deine App in ihrem Container lauscht, zum Beispiel 1883 für MQTT, und klick auf "Öffnen".

Du bekommst sofort eine öffentliche Adresse wie tcp.prod.page:30007, und nach etwa einer Minute funktioniert sie. Die öffentliche Nummer bleibt gleich, solange der Port offen ist. Ein Gerät, das du einmal eingerichtet hast, funktioniert also weiter. Jeder Port führt zu einem Port in einer App. Pro öffnet bis zu 5 Ports über alle deine Apps, Business bis zu 20. Der kostenlose Plan hat keine.

Den Namen nutzen, nicht die IP-Adresse

tcp.prod.page zeigt auf mehrere unserer Server, und welche das sind, ändert sich, wenn wir Server dazunehmen oder abbauen. Richte deine Geräte mit dem Namen und dem Port ein, nie mit einer IP-Adresse, die du einmal nachgeschlagen hast. Jeder der Server hinter dem Namen leitet die Verbindung an deine App weiter.

Fällt ein Server weg, brechen die Verbindungen ab, die über ihn liefen. Die meisten MQTT-Clients verbinden sich nach ein paar Sekunden von selbst neu. Wenn deiner das nicht tut, schalte sein automatisches Neuverbinden ein.

Was sich für die App ändert

• Sie schläft nie. Verbindungen über einen TCP-Port zählen nicht als Besuch, darum bleibt eine App mit offenem Port wach, solange der Port offen ist.
• Davor steht kein HTTPS. Wir reichen die Verbindung so an deine App weiter, wie sie ankommt. Wenn es um wichtige Daten geht, nimm die verschlüsselte Variante deines Protokolls, etwa MQTT über TLS auf einem eigenen Port, mit dem eigenen Zertifikat der App.
• Sie ist aus dem ganzen Internet erreichbar. Wer den Port findet, kann versuchen, sich zu verbinden. Schalte die Anmeldung der App ein: Geräte-Tokens, Benutzername und Passwort oder Client-Zertifikate.
• Nur der Hauptteil der App nimmt TCP an. Bei einer App aus mehreren Teilen erreichst du die anderen Teile aus deinem Konto heraus.

Wenn Pro endet

Der Port behält seine Nummer, führt aber nicht mehr zur App, und die App kann wieder schlafen. Nimmst du Pro wieder, funktioniert dieselbe Adresse wieder. Schließt du einen Port, wird seine Nummer stillgelegt: 90 Tage lang bekommt sie niemand anderes, und wenn du den Port wieder öffnest, bekommt er eine neue.

Den Port, auf dem deine App unter ihrer Adresse antwortet, kannst du nicht als TCP-Port öffnen. So bleibt eine private App oder eine mit Anmeldung, wie sie ist.

Beispiel: ein MQTT-Broker für ThingsBoard

Wir haben ThingsBoard 4.3 mit seinem MQTT-Zugang in derselben Sandbox laufen lassen, die Apps bekommen. Es braucht die Größe 1 GB, eine PostgreSQL-Datenbank und etwa vier Minuten zum Starten. Öffne dafür Port 1883 und schick Messwerte mit einem beliebigen MQTT-Client:

mosquitto_pub -h tcp.prod.page -p 30007 -u <Geräte-Token> -t v1/devices/me/telemetry -m '{"temperature":21.5}'

ThingsBoard ab 4.4 steht unter einer anderen Lizenz, mit Grenzen für Installationen ohne Lizenzschlüssel. Lies sie, bevor du eine neuere Version produktiv einsetzt.