Azure IoT Python: agordi MQTT super WebSockets tra prokurilo
Agordi la subtenatajn prokurilajn opciojn de la Azure IoT Python-kliento kaj konscie elekti MQTT super WebSockets.
En aplikaĵo, kiu jam uzas la Azure IoT Python SDK, elektu la MQTT-transporton kaj ĝiajn prokurilajn opciojn kune. Ĉi tiu agordo elektas MQTT super 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
)La klasoj venas el la dokumentita interfaco de la SDK. Provizu la konektan ĉenon de la aparato per la sekreta agordo de la aplikaĵo kaj anstataŭigu la ekzemplan prokurilan finpunkton. Por publike atingebla IoT Hub-finpunkto, kie publikaj perantoj estas permesataj, la HTTP-prokurila listo proponas kandidatojn por la HTTP-gastiganto kaj -pordo; konfirmu, ke la servo permesas la itineron al la celo. Ĉi tiuj estas eksplicitaj SDK-opcioj; prokurilo funkcianta en retumilo aŭ ĝenerala agordo de la operaciumo ne starigas la itineron de la aparata kliento.
Konsultu la ProxyOptions-referencon por la elektita prokurila tipo. Ĝi distingas kampojn HTTP, SOCKS4 kaj SOCKS5 kaj dokumentas tipspecifan konduton de uzantnomo/pasvorto, inkluzive limigojn por HTTP. La ĉeesto de kampo ne promesas ĉiun aŭtentikigan mekanismon.
La prokurila konto kaj la aparata identeco rajtigas malsamajn etapojn. Rifuzita peranta interŝanĝo povas haltigi la konekton antaŭ ol la brokero taksas la aparatan legitimilon. Elekti WebSockets ankaŭ lasas validaj la celajn kaj alirajn limigojn de la prokurilo.
Registru la elektitan transporton, la celon kaj la unuan malsukcesan etapon. La SDK-kliento, la prokurila efektivigo kaj la permesata itinero devas kongrui; nek sukcesa retumila peto nek ĝenerala aserto, ke SOCKS portas ĉiun protokolon, provizas tiun kongruecon.