په هغه اپلیکیشن کې چې لا دمخه 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 هر پروتوکول وړي، هغه مطابقت نه برابروي.

اړوندې مقالې