Yn in applikaasje dy't al de Azure IoT Python SDK brûkt, kiest men it MQTT-transport en syn proxy-opsjes tegearre. Dizze konfiguraasje kiest MQTT oer 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
)

De klassen komme út 'e dokumintearre ynterface fan 'e SDK. Jou de ferbiningstekst fan it apparaat fia de geheime konfiguraasje fan 'e applikaasje en ferfang it foarbyld-proxy-einpunt. Foar in publyk berikber IoT Hub-einpunt dêr't publike tuskenpersoanen tastien binne, biedt de HTTP-proxylist kandidaten foar de HTTP-host en -poarte; befêstigje dat de tsjinst de rûte nei de bestimming tastiet. Dit binne eksplisite SDK-opsjes; in proxy dy't yn 'e browser wurket of in algemiene ynstelling fan it bestjoeringssysteem fêstiget de rûte fan 'e apparaatklant net.

Besjoch de ProxyOptions-referinsje foar it keazen proxytype. Dy ûnderskiedt HTTP-, SOCKS4- en SOCKS5-fjilden en dokumintearret type-spesifyk gedrach fan brûkersnamme/wachtwurd, ynklusyf beheiningen foar HTTP. De oanwêzigens fan in fjild belooft net elk autentikaasjemeganisme.

It proxy-akkount en de apparaatidentiteit autorisearje ferskate stadia. In wegere útwikseling fia in tuskenpersoan kin de ferbining stopje foardat de broker de apparatgegevens beoardielet. It kiezen fan WebSockets lit ek de beheiningen fan 'e proxy foar bestimming en tagong jilde.

Skriuw it keazen transport, de bestimming en it earste mislearre stadium op. De SDK-klant, de proxy-ymplemintaasje en de tastiene rûte moatte oerienkomme; noch in slagge browserfersyk noch de algemiene bewearing dat SOCKS elk protokol draacht leveret dy kompatibiliteit.

Relatearre artikelen