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. ການມີຟິລບໍ່ໄດ້ຮັບປະກັນທຸກກົນໄກການພິສູດຕົວຕົນ.

ບັນຊີພຣັອກຊີ ແລະ ຕົວຕົນອຸປະກອນ ອະນຸຍາດໃຫ້ຂັ້ນຕອນຕ່າງກັນ. ການແລກປ່ຽນຜ່ານຕົວກາງທີ່ຖືກປະຕິເສດ ສາມາດຢຸດການເຊື່ອມຕໍ່ກ່ອນທີ່ broker ຈະປະເມີນຂໍ້ມູນຢືນຢັນຂອງອຸປະກອນ. ການເລືອກ WebSockets ຍັງປະໃຫ້ຂໍ້ຈຳກັດປາຍທາງ ແລະ ການເຂົ້າເຖິງຂອງພຣັອກຊີມີຜົນບັງຄັບໃຊ້.

ບັນທຶກການຂົນສົ່ງທີ່ເລືອກ, ປາຍທາງ ແລະ ຂັ້ນຕອນທຳອິດທີ່ລົ້ມເຫຼວ. ລູກຄ້າ SDK, ການຈັດຕັ້ງພຣັອກຊີ ແລະ ເສັ້ນທາງທີ່ອະນຸຍາດ ຕ້ອງສອດຄ່ອງກັນ; ທັງຄຳຮ້ອງບຣາວເຊີທີ່ສຳເລັດ ແລະ ຄຳກ່າວທົ່ວໄປວ່າ SOCKS ຂົນສົ່ງທຸກໂປຣໂຕຄອນ ບໍ່ໄດ້ໃຫ້ຄວາມເຂົ້າກັນໄດ້ນັ້ນ.