ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਪਹਿਲਾਂ ਹੀ Azure IoT Python SDK ਵਰਤਦੀ ਹੈ, ਉਸ ਵਿੱਚ MQTT ਟਰਾਂਸਪੋਰਟ ਅਤੇ ਇਸ ਦੇ ਪ੍ਰੌਕਸੀ ਵਿਕਲਪ ਇਕੱਠੇ ਚੁਣੋ। ਇਹ ਕਨਫਿਗਰੇਸ਼ਨ WebSockets 'ਤੇ MQTT ਚੁਣਦੀ ਹੈ:

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
)

ਇਹ ਕਲਾਸਾਂ SDK ਦੇ ਦਸਤਾਵੇਜ਼ੀ ਇੰਟਰਫ਼ੇਸ ਤੋਂ ਆਉਂਦੀਆਂ ਹਨ। ਡਿਵਾਈਸ ਦੀ ਕਨੈਕਸ਼ਨ ਸਟ੍ਰਿੰਗ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਗੁਪਤ ਕਨਫਿਗਰੇਸ਼ਨ ਰਾਹੀਂ ਦਿਓ ਅਤੇ ਉਦਾਹਰਨ ਵਾਲਾ ਪ੍ਰੌਕਸੀ ਐਂਡਪੌਇੰਟ ਬਦਲੋ। ਜਨਤਕ ਤੌਰ 'ਤੇ ਪਹੁੰਚਯੋਗ IoT Hub ਐਂਡਪੌਇੰਟ ਲਈ, ਜਿੱਥੇ ਜਨਤਕ ਵਿਚੋਲਿਆਂ ਦੀ ਆਗਿਆ ਹੈ, HTTP ਪ੍ਰੌਕਸੀ ਸੂਚੀ HTTP ਹੋਸਟ ਅਤੇ ਪੋਰਟ ਲਈ ਉਮੀਦਵਾਰ ਦਿੰਦੀ ਹੈ; ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ ਸੇਵਾ ਮੰਜ਼ਿਲ ਮਾਰਗ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ। ਇਹ SDK ਦੇ ਸਪੱਸ਼ਟ ਵਿਕਲਪ ਹਨ; ਬ੍ਰਾਊਜ਼ਰ ਵਿੱਚ ਕੰਮ ਕਰਨ ਵਾਲੀ ਪ੍ਰੌਕਸੀ ਜਾਂ ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਦੀ ਆਮ ਸੈਟਿੰਗ ਡਿਵਾਈਸ ਕਲਾਇੰਟ ਦਾ ਮਾਰਗ ਸਥਾਪਿਤ ਨਹੀਂ ਕਰਦੀ।

ਚੁਣੇ ਗਏ ਪ੍ਰੌਕਸੀ ਕਿਸਮ ਲਈ ProxyOptions ਹਵਾਲਾ ਵੇਖੋ। ਇਹ HTTP, SOCKS4 ਅਤੇ SOCKS5 ਖੇਤਰਾਂ ਨੂੰ ਵੱਖ ਕਰਦਾ ਹੈ ਅਤੇ HTTP ਲਈ ਸੀਮਾਵਾਂ ਸਮੇਤ ਕਿਸਮ-ਵਿਸ਼ੇਸ਼ ਉਪਭੋਗਤਾਨਾਮ/ਪਾਸਵਰਡ ਵਿਵਹਾਰ ਦਾ ਦਸਤਾਵੇਜ਼ ਕਰਦਾ ਹੈ। ਕਿਸੇ ਖੇਤਰ ਦੀ ਮੌਜੂਦਗੀ ਹਰ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਦੀ ਗਾਰੰਟੀ ਨਹੀਂ ਦਿੰਦੀ।

ਪ੍ਰੌਕਸੀ ਖਾਤਾ ਅਤੇ ਡਿਵਾਈਸ ਪਛਾਣ ਵੱਖ-ਵੱਖ ਪੜਾਵਾਂ ਨੂੰ ਅਧਿਕਾਰ ਦਿੰਦੇ ਹਨ। ਰੱਦ ਕੀਤਾ ਵਿਚੋਲਾ ਤਬਾਦਲਾ ਬ੍ਰੋਕਰ ਵੱਲੋਂ ਡਿਵਾਈਸ ਪ੍ਰਮਾਣ-ਪੱਤਰ ਦਾ ਮੁਲਾਂਕਣ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਹੀ ਕਨੈਕਸ਼ਨ ਰੋਕ ਸਕਦਾ ਹੈ। WebSockets ਚੁਣਨ ਨਾਲ ਪ੍ਰੌਕਸੀ ਦੀਆਂ ਮੰਜ਼ਿਲ ਅਤੇ ਪਹੁੰਚ ਪਾਬੰਦੀਆਂ ਵੀ ਲਾਗੂ ਰਹਿੰਦੀਆਂ ਹਨ।

ਚੁਣਿਆ ਗਿਆ ਟਰਾਂਸਪੋਰਟ, ਮੰਜ਼ਿਲ ਅਤੇ ਪਹਿਲਾ ਅਸਫਲ ਪੜਾਅ ਦਰਜ ਕਰੋ। SDK ਕਲਾਇੰਟ, ਪ੍ਰੌਕਸੀ ਲਾਗੂਕਰਨ ਅਤੇ ਮਨਜ਼ੂਰਸ਼ੁਦਾ ਮਾਰਗ ਦਾ ਮੇਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ; ਨਾ ਸਫਲ ਬ੍ਰਾਊਜ਼ਰ ਬੇਨਤੀ ਅਤੇ ਨਾ ਹੀ ਇਹ ਆਮ ਦਾਅਵਾ ਕਿ SOCKS ਹਰ ਪ੍ਰੋਟੋਕੋਲ ਢੋਂਦਾ ਹੈ, ਉਹ ਅਨੁਕੂਲਤਾ ਦਿੰਦਾ ਹੈ।

ਸੰਬੰਧਿਤ ਲੇਖ