אין אַ פּראָגראַם וואָס נוצט שוין דעם 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 פֿירט יעדער פּראָטאָקאָל פֿאָרשטעלן נישט די פּאַסיקייט.

פֿאַרבונדענע אַרטיקלען