Azure IoT Python፦ MQTT በWebSockets በፕሮክሲ በኩል ማዋቀር
የAzure IoT Python ደንበኛ የሚደግፋቸውን የፕሮክሲ አማራጮች ያዋቅሩ እና MQTT በWebSockets ሆኖ በጥንቃቄ ይምረጡ።
Azure IoT Python SDKን በሚጠቀም መተግበሪያ ውስጥ የMQTT መጓጓዣን እና የፕሮክሲ አማራጮቹን አንድ ላይ ይምረጡ። ይህ ውቅር MQTT በ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
)
ክፍሎቹ ከSDK ከተመዘገበው በይነገጽ የመጡ ናቸው። የመሣሪያውን የግንኙነት ሕብረቁምፊ በመተግበሪያው ምስጢራዊ ውቅር በኩል ያቅርቡ እና የምሳሌውን የፕሮክሲ መጨረሻ ነጥብ ይተኩ። በይፋ ለሚደረስበት የIoT Hub መጨረሻ ነጥብ የሕዝብ አማላጆች በሚፈቀዱበት ጊዜ የHTTP ፕሮክሲ ዝርዝር ለHTTP አስተናጋጅና ወደብ እጩዎችን ያቀርባል፤ አገልግሎቱ የመዳረሻውን መንገድ እንደሚፈቅድ ያረጋግጡ። እነዚህ ግልጽ የSDK አማራጮች ናቸው፤ በአሳሽ ውስጥ የሚሠራ ፕሮክሲ ወይም አጠቃላይ የስርዓተ ክወና ቅንብር የመሣሪያ ደንበኛውን መንገድ አያቋቁምም።
ለተመረጠው የፕሮክሲ ዓይነት የProxyOptions ማጣቀሻን ይመልከቱ። እሱ HTTP፣ SOCKS4 እና SOCKS5 መስኮችን ይለያል እና ከዓይነት ጋር የተያያዘ የተጠቃሚ ስም/የይለፍ ቃል ባህሪን ይመዘግባል፣ ለHTTP ያሉ ገደቦችን ጨምሮ። የመስክ መኖር ሁሉንም የማረጋገጫ ዘዴዎች ቃል አይገባም።
የፕሮክሲ መለያና የመሣሪያ ማንነት የተለያዩ ደረጃዎችን ያስፈቅዳሉ። ውድቅ የተደረገ የአማላጅ ልውውጥ ብሮከሩ የመሣሪያውን ምስክርነት ከመገምገሙ በፊት ግንኙነቱን ሊያቆም ይችላል። WebSocketsን መምረጥም የፕሮክሲውን የመዳረሻ ገደቦች በሥራ ላይ ይተዋል።
የተመረጠውን መጓጓዣ፣ መዳረሻ እና የመጀመሪያውን ያልተሳካ ደረጃ ይመዝግቡ። የSDK ደንበኛው፣ የፕሮክሲ አተገባበርና የተፈቀደው መንገድ መስማማት አለባቸው፤ ስኬታማ የአሳሽ ጥያቄም ሆነ SOCKS ሁሉንም ፕሮቶኮል ይሸከማል የሚል አጠቃላይ መግለጫ ያንን ተኳኋኝነት አያቀርብም።