Azure IoT Python: MQTT iwwer WebSockets duerch e Proxy konfiguréieren
Konfiguréiert déi ënnerstëtzt Proxyoptioune vum Azure IoT Python-Client a wielt MQTT iwwer WebSockets bewosst.
An enger Applikatioun, déi schonn den Azure IoT Python SDK benotzt, wielt den MQTT-Transport an seng Proxyoptiounen zesummen. Dës Konfiguratioun wielt MQTT iwwer WebSockets:
proxy = ProxyOptions(proxy_type='HTTP',
proxy_addr='203.0.113.10', proxy_port=8080)
client = IoTHubDeviceClient.create_from_connection_string(
connection_string, websockets=True, proxy_options=proxy
)D'Klassen kommen aus der dokumentéierter Schnëttstell vum SDK. Gitt d'Verbindungszeechen vum Apparat iwwer déi geheim Konfiguratioun vun der Applikatioun a ersetzt de Beispill-Proxyendpunkt. Fir en ëffentlech erreechbaren IoT Hub-Endpunkt, wou ëffentlech Vermëttler erlaabt sinn, bitt d'HTTP-Proxylëscht Kandidaten fir den HTTP-Host an de Port; bestätegt, datt den Déngscht d'Route zum Zil erlaabt. Dëst sinn explizit SDK-Optiounen; en Proxy, deen am Browser funktionéiert, oder eng allgemeng Astellung vum Betribssystem stellt d'Route vum Apparatsclient net op.
Kuckt d'ProxyOptions-Referenz fir den ausgewielten Proxytyp. Si ënnerscheet HTTP-, SOCKS4- an SOCKS5-Felder an dokumentéiert typespezifescht Verhalen vum Benotzernumm/Passwuert, inklusiv Aschränkungen fir HTTP. D'Präsenz vun engem Feld versprécht net all Authentifikatiounsmechanismus.
De Proxykont an d'Apparatidentitéit autoriséieren ënnerschiddlech Etappen. En ofgeleenten Austausch iwwer e Vermëttler kann d'Verbindung stoppen, ier de Broker d'Apparatdaten auswäert. D'Wal vu WebSockets léisst och d'Zil- an Zougangsaschränkunge vum Proxy a Kraaft.
Notéiert den ausgewielten Transport, d'Zil an déi éischt Etapp, déi feelgeschloen ass. Den SDK-Client, d'Proxy-Implementéierung an déi erlaabt Route mussen iwwerenee stëmmen; weder eng erfollegräich Browserufro nach d'allgemeng Behauptung, datt SOCKS all Protokoll dréit, liwwert déi Kompatibilitéit.