जो ऐप्लिकेशन पहले से 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 हर प्रोटोकॉल ले जाता है, वह अनुकूलता प्रदान करता है।

संबंधित लेख