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.

Erthyglau cysylltiedig