ພຣັອກຊີຂອງເບຣົາເຊີຄອບຄຸມ WebRTC ດ້ວຍບໍ?
ການກວດ IP ເວັບທົ່ວໄປ ແລະການເຊື່ອມຕໍ່ WebRTC ອາດໃຊ້ຄົນລະເສັ້ນທາງ. ຄວນກວດການສື່ສານແບບເວລາຈິງຂອງເບຣົາເຊີແຍກຕ່າງຫາກ.
ການຕັ້ງ HTTP ພຣັອກຊີຂອງເບຣົາເຊີບໍ່ໄດ້ຄອບຄຸມ WebRTC ໂດຍອັດຕະໂນມັດ. ໜ້າກວດ IP ທົ່ວໄປວັດຄຳຂໍເວັບ; ການໂທອາດໃຊ້ເສັ້ນທາງແຍກສຳລັບເຊື່ອມຕໍ່ ແລະຄົ້ນຫາທີ່ຢູ່.
SOCKS5 ບໍ່ໄດ້ລົບຄວາມຕ່າງນີ້. ການເຮັດວຽກຂອງ SOCKS5 URL ພຣັອກຊີທີ່ມີໃນ Chromium ຮອງຮັບ TCP ບໍ່ແມ່ນການເຊື່ອມ UDP ແບບທົ່ວໄປ. ຄວາມສາມາດຂອງໂປຣໂຕຄອນກວ້າງກວ່າອິນເຕີເຟດນີ້ຂອງເບຣົາເຊີ.
ເບຣົາເຊີມີຕົວຄວບຄຸມເຄືອຂ່າຍແຍກສຳລັບ WebRTC. Chrome ໃຫ້ນະໂຍບາຍຈັດການ IP ຜ່ານ API ສ່ວນຂະຫຍາຍຄວາມເປັນສ່ວນຕົວ ລວມທັງ disable_non_proxied_udp; Mozilla ກໍມີເອກະສານການຕັ້ງຄ່າຄວາມເປັນສ່ວນຕົວເຄືອຂ່າຍ WebRTC. ຄ່ານີ້ຂອງ Chrome ແມ່ນນະໂຍບາຍ API ບໍ່ແມ່ນຊ່ອງໝາຍສາກົນ ຫຼືຄຳຮັບປະກັນວ່າຈະເຊື່ອງທຸກທີ່ຢູ່.
ກວດທາງອອກເວັບປົກກະຕິກ່ອນ ແລ້ວກວດພຶດຕິກຳ WebRTC ໃນແອັບປະຊຸມທີ່ໃຊ້ຈິງ ດ້ວຍຕົວວິນິດໄສທີ່ທ່ານເຂົ້າໃຈຟິວລາຍງານ. ທີ່ຢູ່ພາຍໃນ, ທີ່ຢູ່ຣີເລ ແລະທີ່ຢູ່ສາທາລະນະທີ່ເຫັນຈາກພາຍນອກອະທິບາຍຄົນລະສ່ວນຂອງການເຊື່ອມຕໍ່. ບັນທຶກເບຣົາເຊີ ແລະເງື່ອນໄຂທົດສອບ: ນະໂຍບາຍ, ສ່ວນຂະຫຍາຍ, ພຶດຕິກຳຄວາມເປັນສ່ວນຕົວ ແລະເສັ້ນທາງທີ່ມີລ້ວນກະທົບຜົນ. ດັ່ງນັ້ນ ທັງ «ຮົ່ວສະເໝີ» ແລະການກວດ IP ເວັບສຳເລັດຢ່າງດຽວຕ່າງກໍຍັງສະຫຼຸບບໍ່ໄດ້.
ຖ້າຈຳກັດເສັ້ນທາງ WebRTC ໃຫ້ລອງໂທແບບທີ່ຕ້ອງໃຊ້ອີກຄັ້ງ. ການຫຼຸດການເປີດເຜີຍທີ່ຢູ່ອາດເຮັດໃຫ້ໂທເຊື່ອມບໍ່ໄດ້ດ້ວຍ. ຂໍ້ແລກປ່ຽນນີ້ເປັນຄົນລະເລື່ອງກັບຈຸດ HTTP ພຣັອກຊີຍັງອອນລາຍຢູ່ຫຼືບໍ່.