Azure IoT Python: ffurfweddu MQTT dros WebSockets drwy ddirprwy
Ffurfweddwch opsiynau dirprwy a gefnogir gan gleient Azure IoT Python a dewiswch MQTT dros WebSockets yn fwriadol.
Mewn cymhwysiad sy'n defnyddio Azure IoT Python SDK yn barod, dewiswch y cludiant MQTT a'i opsiynau dirprwy gyda'i gilydd. Mae'r ffurfweddiad hwn yn dewis MQTT dros 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
)
Daw'r dosbarthiadau o ryngwyneb dogfennol yr SDK. Cyflenwch linyn cysylltu'r ddyfais drwy ffurfweddiad cyfrinachol y cymhwysiad a disodli pwynt terfyn y dirprwy enghreifftiol. Ar gyfer pwynt terfyn IoT Hub y gellir ei gyrraedd yn gyhoeddus lle caniateir cyfryngwyr cyhoeddus, mae'r rhestr dirprwy HTTP yn cynnig ymgeiswyr ar gyfer gwesteiwr a phorth HTTP; cadarnhewch fod y gwasanaeth yn caniatáu'r llwybr cyrchfan. Opsiynau SDK penodol yw'r rhain; nid yw dirprwy sy'n gweithio mewn porwr na gosodiad cyffredinol ar y system weithredu yn sefydlu llwybr cleient y ddyfais.
Edrychwch ar gyfeirlyfr ProxyOptions ar gyfer y math dirprwy a ddewiswyd. Mae'n gwahaniaethu rhwng meysydd HTTP, SOCKS4 a SOCKS5 ac yn dogfennu ymddygiad enw defnyddiwr/cyfrinair sy'n benodol i fath, gan gynnwys cyfyngiadau ar gyfer HTTP. Nid yw presenoldeb maes yn addo pob mecanwaith dilysu.
Mae cyfrif y dirprwy a hunaniaeth y ddyfais yn awdurdodi camau gwahanol. Gall cyfnewidiad cyfryngol a wrthodwyd atal y cysylltiad cyn i'r brocer werthuso tystlythyrau'r ddyfais. Mae dewis WebSockets hefyd yn gadael cyfyngiadau cyrchfan a mynediad y dirprwy mewn grym.
Cofnodwch y cludiant a ddewiswyd, y gyrchfan a'r cam cyntaf a fethodd. Rhaid i gleient yr SDK, gweithrediad y dirprwy a'r llwybr a ganiateir gytuno; nid yw cais porwr llwyddiannus nac honiad cyffredinol bod SOCKS yn cario pob protocol yn darparu'r cydnawsedd hwnnw.