Azure IoT Python: konfigurimi i MQTT mbi WebSockets përmes një proxy

Në një aplikacion që tashmë përdor Azure IoT Python SDK, zgjidhni transportin MQTT dhe opsionet e tij të proxy-t së bashku. Ky konfigurim zgjedh MQTT mbi 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
)

Klasat vijnë nga ndërfaqja e dokumentuar e SDK-së. Jepni vargun e lidhjes së pajisjes përmes konfigurimit sekret të aplikacionit dhe zëvendësoni pikën përfundimtare të proxy-t të shembullit. Për një pikë përfundimtare IoT Hub të aksesueshme publikisht ku lejohen ndërmjetës publikë, lista e proxy-ve HTTP ofron kandidatë për hostin dhe portin HTTP; konfirmoni që shërbimi lejon rrugën drejt destinacionit. Këto janë opsione eksplicite të SDK-së; një proxy që punon në shfletues ose një cilësim i përgjithshëm i sistemit operativ nuk vendos rrugën e klientit të pajisjes.

Konsultoni referencën ProxyOptions për llojin e zgjedhur të proxy-t. Ajo dallon fushat HTTP, SOCKS4 dhe SOCKS5 dhe dokumenton sjelljen e emrit të përdoruesit/fjalëkalimit specifike për llojin, duke përfshirë kufizimet për HTTP. Prania e një fushe nuk garanton çdo mekanizëm vërtetimi.

Llogaria e proxy-t dhe identiteti i pajisjes autorizojnë faza të ndryshme. Një shkëmbim i refuzuar i ndërmjetësit mund të ndalojë lidhjen përpara se brokeri të vlerësojë kredencialet e pajisjes. Zgjedhja e WebSockets gjithashtu lë në fuqi kufizimet e proxy-t për destinacionin dhe aksesin.

Regjistroni transportin e zgjedhur, destinacionin dhe fazën e parë të dështuar. Klienti i SDK-së, zbatimi i proxy-t dhe rruga e lejuar duhet të pajtohen; as një kërkesë e suksesshme e shfletuesit as pohimi i përgjithshëm se SOCKS mbart çdo protokoll nuk e ofrojnë atë përputhshmëri.