# Mqtt Client & Mqtt Hub, wie verschlüsselte Übertragung via Domain? **URL:** \ **Category:** Apps (DE)\ **Tags:** mqtt\ **Created:** [August 13, 2025, 8:39pm UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584 "2025-08-13T20:39:41Z")\ **Posts on this page:** 9\ **Page:** 1
**Author:** ![Yankee](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/yankee/32/124032_2.png) [@Yankee](https://community.homey.app/u/Yankee)\ **Post date:** [August 13, 2025, 8:39pm UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/1 "2025-08-13T20:39:41Z")
Hallo, als Alternative zur Kommunikation zu/von Homey mit einem Webscript über Webhooks, habe ich nun ergänzend die Kommunikation via Mqtt eigerichtet. Zur Verbindung von Homey mit dem Broker (Mosquitto auf einer VM), nutze ich die Apps Mqtt-Client und Mqtt-Hub. Funktioniert soweit bestens, der Mqtt Explorer (zum testen) zeigt brav den Status und die Änderungen. **Nun zu meiner Frage bezüglich verschlüsselter datenübertragung:** Der Broker ist mit SSL eingerichtet, und eigentlich erreichbar über die Domain [https://mqtt.domain.de](https://mqtt.domain.de) (Wildcard Domain Zertifikat). In der App Mqtt-Client wird scheinbar nur eine IP als Host akzeptiert (?), die IP ist jedoch nicht über das Zertifikat abgesichert und wird geblockt. Als Lösung habe ich die Funktion “Disable Certificate checking” aktiviert. Kann mir eventuell jemand sagen, wie ich mit Mqtt-Client eine Domain (zB. [https://mqtt.domain.de](https://mqtt.domain.de) ) zur verschlüsselten Datenübertragung einsetzen muss bzw. verwenden kann? ---
**Author:** ![schmucke](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/schmucke/32/79913_2.png) [@schmucke](https://community.homey.app/u/schmucke)\ **Post date:** [August 13, 2025, 10:16pm UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/2 "2025-08-13T22:16:46Z")
Du brauchst kein https:// davor setzen. Einfach nur den Namen deiner Domain. MQTT benutzt kein 443, sondern den von dir definierten Port: ![IMG_5123](https://us1.discourse-cdn.com/flex025/uploads/athom/original/3X/3/2/3251378022e265f320e1045e09827146478d7ba9.jpeg) Wenn du lokal bist, brauchst du auch eine lokale Domain - servername.local oder so. Kein fqdn aus dem Internet. ---
**Author:** ![Yankee](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/yankee/32/124032_2.png) [@Yankee](https://community.homey.app/u/Yankee)\ **Post date:** [August 14, 2025, 5:31am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/3 "2025-08-14T05:31:26Z")
> [@schmucke](#): > > Wenn du lokal bist, brauchst du auch eine lokale Domain - servername.local oder so. Kein fqdn aus dem Internet. Na, .local sollte man möglichst vermeiden, es gibt sinnvollere Endungen die auch speziell für lokale Netzwerke vorgesehen sind 😉 Was meinst du mit “Kein fqdn" aus dem Internet”? Eine Domain wie [deinname.de](http://deinname.de) kann selbstverständlich auch auf einem lokalen Webserver eingerichtet werden… Die beste Lösung für eine Verschlüsselte Verbindung im lokalen Netz, ist immer eine Subdomain einer bestehenden TLD. Damit erhälst du ein Zertifikat von einem offiziellen CA, was alle Clients akzeptieren. > [@schmucke](#): > > Du brauchst kein https:// davor setzen. Einfach nur den Namen deiner Domain. Guter Gedanke 👍 Hat leider auch nicht funktioniert 🤔 ---
**Author:** ![schmucke](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/schmucke/32/79913_2.png) [@schmucke](https://community.homey.app/u/schmucke)\ **Post date:** [August 14, 2025, 6:28am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/4 "2025-08-14T06:28:47Z")
Jain, der FQDN muss dann aber auch in deinem lokalen Netz, bzw, auf deinem Router so eingerichtet sein. Bzw. Musst du den deinem lokalen DNS mitteilen. ansonsten wird Homey immer versuchen den Weg übers Internet zu gehen. Als Port nutzt du auch 8883? Also du hast das auf dem mosquito auch so konfiguriert? ---
**Author:** ![Yankee](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/yankee/32/124032_2.png) [@Yankee](https://community.homey.app/u/Yankee)\ **Post date:** [August 14, 2025, 7:09am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/5 "2025-08-14T07:09:25Z")
> [@schmucke](#): > > Jain, der FQDN muss dann aber auch in deinem lokalen Netz, bzw, auf deinem Router so eingerichtet sein. Bzw. Musst du den deinem lokalen DNS mitteilen. ansonsten wird Homey immer versuchen den Weg übers Internet zu gehen. Selbstverständlich 😉 ist so eingerichtet. > [@schmucke](#): > > Als Port nutzt du auch 8883? Also du hast das auf dem mosquito auch so konfiguriert? Yes, Verbindung mit dem MQTT-Explorer funktioniert ohne Probleme mit der Domain als Host. ---
**Author:** ![schmucke](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/schmucke/32/79913_2.png) [@schmucke](https://community.homey.app/u/schmucke)\ **Post date:** [August 14, 2025, 7:25am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/6 "2025-08-14T07:25:32Z")
kurz noch mal zum Verständnis: als Hostname nutzt du [mein.name.tld.de](http://mein.name.tld.de), ohne irgendwelche https Geschichten? Kannst du mal nur den servernamen versuchen? Ohne fqdn? ---
**Author:** ![Yankee](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/yankee/32/124032_2.png) [@Yankee](https://community.homey.app/u/Yankee)\ **Post date:** [August 14, 2025, 7:44am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/7 "2025-08-14T07:44:36Z")
Konkret: [mqtt.domain.de](http://mqtt.domain.de) wird aufgeschlüsselt auf die IP des Broker (VM mit Ubuntu-Server). Wie mit meiner Frage beschrieben: Es funktioniert unter Verwendung der IP mit aktivierung “dass die Prüfung auf Gültigkeit des Zertifikat ignoriert wird”… ---
**Author:** ![ChrisG](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/chrisg/32/8825_2.png) [@ChrisG](https://community.homey.app/u/ChrisG)\ **Post date:** [August 14, 2025, 7:47am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/8 "2025-08-14T07:47:01Z")
Wieso verwendet Du nicht den offiziellen MQTT Server von Emile, da musst Du nur “localhost” angeben und der funktioniert ausgezeichnet? > **[MQTT Server](https://homey.app/de-ch/app/net.weejewel.mqttserver/MQTT-Server/)** > > Publish Homey Pro's devices as an MQTT server. ---
**Author:** ![Yankee](https://sea1.discourse-cdn.com/flex025/user_avatar/community.homey.app/yankee/32/124032_2.png) [@Yankee](https://community.homey.app/u/Yankee)\ **Post date:** [August 14, 2025, 8:13am UTC](https://community.homey.app/t/mqtt-client-mqtt-hub-wie-verschlusselte-ubertragung-via-domain/141584/9 "2025-08-14T08:13:26Z")
> [@ChrisG](#): > > Wieso verwendet Du nicht den offiziellen MQTT Server von Emile, da musst Du nur “localhost” angeben und der funktioniert ausgezeichnet? Nun, der einfachste Weg ist nicht immer der ausreichende. Je nach Einsatzzweck und Ansicht 😉 Stichwort: Zuverlässigkeit & Redundanz. Wenn der Homey mal aussteigt, übernimmt weitgehendst mein Webserver, der auch gespiegelt ist. Also der Homey dient mir hauptsächlich als Schnittstelle zu den unterschiedlichsten Aktoren/Sensoren und als ideale Erfassung der Geräte und Scripts (Flow). Hier zeigte sich nun auch die App Mqtt-Hub als perfekter übermittler aller benötigten Daten nur durch setzen eines ✅ , zur dynamischen/automatischen Erstellung anderer Mqtt-Clients. Und… Jede Herausforderung möchte auch gelöst werden 😎