ఇప్పటికే 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 అన్ని ప్రోటోకాల్‌లను తీసుకువెళుతుందనే సాధారణ వాదన ఆ అనుకూలతను అందించదు.

సంబంధిత వ్యాసాలు