WebRTC Leak Test (ປຽບທຽບ IP ພຣັອກຊີ HTTP ກັບ UDP STUN Candidates)
Updated:
WebRTC (Web Real-Time Communication) ຖືກຕິດຕັ້ງມານຳ Chrome, Edge, Firefox, Brave ແລະ ບຣາວເຊີມືຖື ສຳລັບການໂທດ້ວຍສຽງ ແລະ ວິດີໂອ. ເນື່ອງຈາກ WebRTC ໃຊ້ເຊີບເວີ UDP STUN (stun.l.google.com, stun.cloudflare.com) ເພື່ອຄົ້ນຫາເສັ້ນທາງເຄືອຂ່າຍ, ມັນຈຶ່ງມັກຈະຂ້າມການຕັ້ງຄ່າພຣັອກຊີ HTTP(S) ມາດຕະຖານ ແລະ ເປີດເຜີຍ IP ISP ຂອງບ້ານແທ້ ຫຼື ທີ່ຢູ່ LAN ພາຍໃນຂອງທ່ານຕໍ່ເວັບໄຊຕ່າງໆ. ໜ້ານີ້ຈະທົດສອບບຣາວເຊີຂອງທ່ານໂດຍອັດຕະໂນມັດເມື່ອໂຫຼດໜ້າ.
Your browser either blocks UDP STUN completely or masks WebRTC candidates.
ວິທີອ່ານຜົນການທົດສອບ WebRTC ຮົ່ວໄຫຼຂອງທ່ານ
ສະຄຣິບກວດຈັບການສໍ້ໂກງໃນ TikTok Shop, Facebook Business Manager, Shopee, Amazon ແລະ Etsy ຈະກວດສອບ RTCPeerConnection ແບບງຽບໆ ເມື່ອເຂົ້າສູ່ລະບົບ. ປຽບທຽບ 3 ສະຖານະ candidate ທີ່ເປັນໄປໄດ້ດັ່ງລຸ່ມນີ້:
| ປະເພດ Candidate | ສິ່ງທີ່ສະຄຣິບເວັບໄຊເຫັນ | ລະດັບຄວາມສ່ຽງ | ການດຳເນີນການທີ່ແນະນຳ |
|---|---|---|---|
| Public STUN IP ≠ HTTP IP | ທັງ IP ພຣັອກຊີ ແລະ IP ບ້ານແທ້ຂອງທ່ານ | ວິກິດ (ເຊື່ອມໂຍງບັນຊີ 100%) | ເປີດໃຊ້ງານ WebRTC Spoofing/Replace ໃນ Anti-Detect Browser ຫຼື ປິດໃຊ້ງານ WebRTC |
| Public STUN IP = HTTP IP | ສະເພາະ IP ພຣັອກຊີຂອງທ່ານເທົ່ານັ້ນ (srflx ກົງກັບ HTTP) | ປອດໄພ (ໂປຣໄຟລ໌ບຣາວເຊີເປັນທຳມະຊາດ) | ສະຖານະທີ່ເໝາະສົມທີ່ສ້າງໂດຍ Genlogin, GoLogin, AdsPower ແລະ Multilogin |
mDNS .local / Disabled | UUID .local ທີ່ຖືກປິດບັງ ຫຼື ບໍ່ມີ candidate | ປອດໄພ (ໄດ້ຮັບການປົກປ້ອງ) | ເໝາະສຳລັບການທ່ອງເວັບ Chrome/Firefox ມາດຕະຖານທີ່ມີ extension |
ວິທີແກ້ໄຂ WebRTC ຮົ່ວໄຫຼໃນແຕ່ລະບຣາວເຊີ
- Anti-Detect Browsers (Genlogin, GoLogin, AdsPower, Dolphin{anty}): ຕັ້ງຄ່າໂໝດ WebRTC ເປັນ 'Alter / Replace' ເພື່ອໃຫ້
RTCPeerConnectionສົ່ງຄືນ IP ພຣັອກຊີ VinaProxy ຂອງທ່ານເປັນ public STUN candidate. - Mozilla Firefox: ເປີດ
about:config, ຄົ້ນຫາmedia.peerconnection.enabled, ແລ້ວປ່ຽນຄ່າເປັນfalse. - Google Chrome & Microsoft Edge: ຕິດຕັ້ງ extension ທາງການ WebRTC Network Limiter ແລະ ເປີດໃຊ້ງານ
Anonymize local IPs exposed by WebRTCໃນchrome://flags/edge://flags.
ເທື່ອລະຂັ້ນຕອນ
- 1
ເຊື່ອມຕໍ່ຜ່ານພຣັອກຊີ ຫຼື ໂປຣໄຟລ໌ anti-detect ຂອງທ່ານ
ເປີດໜ້ານີ້ພາຍໃນໂປຣໄຟລ໌ບຣາວເຊີທີ່ທ່ານໃຊ້ສຳລັບຈັດການບັນຊີ.
- 2
ປຽບທຽບກາດ IP HTTP ແລະ ກາດ WebRTC STUN
ກວດສອບວ່າກາດເບື້ອງຂວາສະແດງ 'No Public WebRTC IP Exposed' ຫຼື ກົງກັບ IP ພຣັອກຊີ HTTP ຂອງທ່ານຢູ່ເບື້ອງຊ້າຍ.
- 3
ກວດສອບຕາຕະລາງ ICE Candidate ເພື່ອເບິ່ງການຮົ່ວໄຫຼຂອງ LAN
ກວດສອບໃຫ້ແນ່ໃຈວ່າທີ່ຢູ່
192.168.x.xຫຼື10.x.x.xພາຍໃນຖືກບັງດ້ວຍ hostname mDNS.local. - 4
ກົດ 'Re-Test WebRTC' ຫຼັງຈາກປັບການຕັ້ງຄ່າ
ຢືນຢັນວ່າແຖບສີຂຽວ 'No WebRTC Public IP Mismatch Detected' ປະກົດຂຶ້ນກ່ອນເຂົ້າສູ່ລະບົບແພລດຟອມເປົ້າໝາຍຂອງທ່ານ.
ຄຳຖາມທີ່ຖາມເລື້ອຍໆ
ເປັນຫຍັງ WebRTC ຈຶ່ງເຮັດໃຫ້ IP ແທ້ຂອງຂ້ອຍຮົ່ວໄຫຼ ເມື່ອຂ້ອຍໃຊ້ extension ພຣັອກຊີ Chrome ເຊັ່ນ SwitchyOmega ຫຼື FoxyProxy?
extension ພຣັອກຊີ HTTP(S) ຈະກຳນົດເສັ້ນທາງສະເພາະທຣາຟິກ TCP HTTP/HTTPS ເທົ່ານັ້ນ. ໂດຍຄ່າເລີ່ມຕົ້ນ, Chrome ຈະສົ່ງຄຳຂໍ WebRTC STUN binding ຜ່ານ UDP ດິບພາຍນອກອຸໂມງພຣັອກຊີ ເວັ້ນເສຍແຕ່ການກຳນົດເສັ້ນທາງ WebRTC UDP ຈະຖືກຈຳກັດໂດຍ extension ຫຼື anti-detect browser.
ຄວນປິດໃຊ້ງານ WebRTC ຢ່າງສົມບູນ ຫຼື ຕັ້ງຄ່າເປັນ 'Replace / Alter' ໃນ anti-detect browser ດີກວ່າ?
ສຳລັບແພລດຟອມທີ່ຕ້ອງການຄວາມໜ້າເຊື່ອຖືສູງເຊັ່ນ Facebook Ads, TikTok Shop ແລະ Amazon, ການຕັ້ງຄ່າ WebRTC ເປັນ 'Replace / Alter' (ບ່ອນທີ່ STUN ສົ່ງຄືນ IP ພຣັອກຊີຂອງທ່ານ) ຈະເບິ່ງເປັນທຳມະຊາດຫຼາຍກວ່າການປິດໃຊ້ງານ API RTCPeerConnection ຢ່າງສົມບູນ.
candidate mDNS `.local` ໃນຕາຕະລາງແມ່ນຫຍັງ?
ບຣາວເຊີຍຸກໃໝ່ຈະປ່ຽນ IP LAN ສ່ວນຕົວ (ເຊັ່ນ 192.168.1.5) ເປັນ UUID ຊົ່ວຄາວທີ່ລົງທ້າຍດ້ວຍ .local ເພື່ອບໍ່ໃຫ້ເວັບໄຊສາມາດເກັບລາຍນິ້ວມື subnet ຂອງຣາວເຕີທ້ອງຖິ່ນຂອງທ່ານໄດ້.
ຈັບຄູ່ໂປຣໄຟລ໌ບຣາວເຊີທີ່ບໍ່ມີການຮົ່ວໄຫຼກັບ IP ສະຖິດທີ່ສະອາດ
ພຣັອກຊີ IPv4 ສ່ວນຕົວ ແລະ Static Residential ISP ທີ່ຖືກອອກແບບມາສຳລັບ Genlogin, GoLogin ແລະ AdsPower.
ຊື້ພຣັອກຊີ Anti-Detect