WebRTC คืออะไร
WebRTC ให้เสียง วิดีโอ และการเชื่อมต่อแบบเพียร์ได้ในเบราว์เซอร์โดยไม่ต้องปลั๊กอิน
เพื่อเชื่อมต่อ เบราว์เซอร์อาจถามเซิร์ฟเวอร์ STUN เพื่อได้ที่อยู่ตัวเลือก — ทั้ง host บน LAN และที่อยู่สาธารณะแบบ server-reflexive
ความเป็นส่วนตัว
ทดสอบ WebRTC รั่ว
ดูว่า WebRTC เปิดเผย IP สาธารณะที่ต่างจากที่อยู่ของหน้านี้หรือไม่ — ไม่ใช่แค่ที่อยู่ LAN
รายงานการทดสอบ
อัปเดตจากการเชื่อมต่อปัจจุบันของคุณ
สถานะ WebRTCกำลังรันการทดสอบ WebRTC…
IP สาธารณะกำลังค้นหา IP สาธารณะ…
WebRTC สาธารณะกำลังตรวจที่อยู่ STUN…
ที่อยู่ LANกำลังตรวจ host candidate…
ICE candidate
วิธีทดสอบ: เบราว์เซอร์นี้รวบรวม ICE candidate ผ่านเซิร์ฟเวอร์ STUN หนึ่งเครื่อง ที่อยู่ host หรือ STUN (srflx) สาธารณะในตระกูลเดียวกับ IP ของหน้านี้ที่ไม่ตรงกันคือการรั่ว ที่อยู่ LAN แยกต่างหาก ละเว้นชื่อ mDNS รีเลย์ (TURN) ไม่ถือเป็นการรั่ว IP สาธารณะ
ความหมายของผลลัพธ์นี้
ที่อยู่ host บน LAN (เช่น 192.168.x.x) แปลว่าหน้านี้เห็นเครือข่ายภายในของคุณ ไม่เท่ากับการเปิดเผย IP สาธารณะจริง
ที่อยู่ STUN สาธารณะ (srflx) ที่ต่างจาก IP ของหน้านี้คือการรั่วที่สำคัญสำหรับ VPN “IP ของหน้านี้” คือที่อยู่ที่ใช้โหลด SkyPath ซึ่งเป็นทางออก VPN หากอุโมงค์ครอบคลุมไซต์นี้
คำตัดสินรั่วอัตโนมัติเปรียบเทียบเฉพาะตระกูล IP ที่หน้านี้โหลด ที่อยู่สาธารณะตระกูลอื่นจะแสดงให้คุณเทียบเอง ไม่ถูกติดธงอัตโนมัติ
ชื่อ mDNS (.local) ไม่ถูกใช้ตัดสิน พวกมันซ่อน IP ของ LAN ไม่ได้พิสูจน์ว่า IP สาธารณะปลอดภัย รีเลย์ (TURN) ไม่ถือเป็นการรั่ว IP สาธารณะ
เรียนรู้เพิ่มเติม
ทำไมผู้ใช้ VPN ถึงสนใจ
VPN อาจปิดบัง IP ที่ใช้โหลดหน้านี้ แต่ WebRTC ยังรวบรวมที่อยู่สาธารณะอื่นผ่าน STUN ความต่างนั้นคือการรั่วที่สำคัญ
การเห็น 192.168 หรือ host ส่วนตัวอื่นคือการมองเห็นเครือข่ายภายใน ไม่ใช่หลักฐานว่า IP สาธารณะของผู้ให้บริการรั่ว
อ่าน host, STUN, รีเลย์ และ mDNS อย่างไร
Host คืออินเทอร์เฟซภายใน 192.168, 10.x หรือ ULA IPv6 แปลว่าหน้านี้เห็น LAN ไม่ใช่การรั่ว IP สาธารณะ
Server-reflexive (srflx) คือที่อยู่สาธารณะตามที่เซิร์ฟเวอร์ STUN เห็น เทียบกับ IP สาธารณะในหน้านี้ ความต่างในตระกูลนั้นคือการรั่วที่สำคัญต่อ VPN
รีเลย์ (TURN) ผ่านเซิร์ฟเวอร์ turn ไม่ใช่ IP ผู้ให้บริการ Peer-reflexive (prflx) มาจากเพียร์ ชื่อ mDNS ลงท้าย .local: การทดสอบนี้ไม่ใช้ตัดสินเพราะซ่อน IP ของ LAN ไม่ใช่การรั่วสาธารณะ
รันสองครั้ง: ก่อนและหลังเชื่อมต่อ
เปิดการทดสอบนี้ตอน VPN ปิด บันทึก IP สาธารณะกับ WebRTC สาธารณะ เชื่อม VPN แล้วรันอีกครั้ง ค่าสาธารณะทั้งคู่ควรตรงทางออก VPN ไม่ใช่ผู้ให้บริการบ้าน
ถ้า WebRTC สาธารณะยังเป็น IP ผู้ให้บริการหลังเชื่อม อุโมงค์ไม่ได้ครอบคลุม WebRTC เปิดการป้องกัน WebRTC ของ VPN หรือจำกัด ICE ในเบราว์เซอร์แล้วทดสอบใหม่ ขั้นถัดไป: ทดสอบ DNS รั่ว
IPv4 กับ IPv6 เทียบแยกกัน
หน้านี้โหลดด้วยตระกูล IP เดียว คำตัดสินอัตโนมัติเทียบเฉพาะที่อยู่ WebRTC สาธารณะในตระกูลนั้น ดังนั้นที่อยู่ STUN IPv6 จะไม่ถูกติดธงเพียงเพราะหน้าใช้ IPv4
เมื่อตระกูลอื่นปรากฏ เราจะแสดงให้คุณเทียบกับทางออก VPN ที่ตรงกันถ้ามี เราใช้เซิร์ฟเวอร์ STUN เครื่องเดียว เครื่องที่สองจะไม่เปลี่ยนกฎนี้
วิธีลดการเปิดเผย IP ผ่าน WebRTC
Chrome และ Edge ไม่มีสวิตช์ chrome://flags แบบเก่าเรื่อง «WebRTC IP handling» ที่คู่มือหลายอันยังอ้าง และส่วนขยาย WebRTC Network Limiter เลิกแล้ว เบราว์เซอร์ที่จัดการได้สามารถตั้งนโยบายจัดการ IP ของ WebRTC ได้ มิฉะนั้นใช้ VPN ที่มีการป้องกัน WebRTC
Firefox: ใน about:config ค่า media.peerconnection.ice.default_address_only และ media.peerconnection.ice.no_host ซ่อน host บน LAN การตั้ง media.peerconnection.enabled เป็น false จะปิด WebRTC และทำให้สายเรียกในเบราว์เซอร์ใช้ไม่ได้
Safari: จำกัด WebRTC ในการตั้งค่าไซต์ถ้ามี ซ่อน IP ดีกว่าปิด WebRTC เว้นแต่คุณไม่ต้องโทรผ่านเบราว์เซอร์ จากนั้นรันการทดสอบนี้อีกครั้ง
คำถามที่พบบ่อย
WebRTC รั่วคืออะไร
เมื่อหน้าเว็บอ่าน ICE candidate แล้วรู้ที่อยู่ที่คุณไม่ตั้งใจจะแชร์ สำหรับ VPN กรณีร้ายแรงคือที่อยู่ STUN สาธารณะที่ต่างจาก IP ทางออก — ไม่ใช่แค่ 192.168 บน LAN
เห็น 192.168 ถือว่า WebRTC รั่วหรือไม่
แปลว่าหน้านี้เห็นที่อยู่เครือข่ายภายใน เป็นบริบทที่มีประโยชน์ แต่ไม่ใช่ผลเดียวกับ IP สาธารณะที่ต่างจากหน้านี้ การทดสอบนี้แยกสองผล
เปิด VPN แล้ว WebRTC รั่ว IP ได้หรือไม่
ได้ VPN ปิดบังคำขอ HTTP ปกติ แต่ WebRTC ยังรวบรวมที่อยู่สาธารณะผ่าน STUN ได้ เปรียบเทียบ Public WebRTC กับ Public IP ในหน้านี้
ควรปิด WebRTC ทั้งระบบหรือไม่
การปิด WebRTC (เช่น media.peerconnection.enabled = false ใน Firefox) ทำให้สายวิดีโอและเสียงในเบราว์เซอร์ใช้ไม่ได้ ควรใช้การป้องกัน WebRTC ของ VPN หรือจำกัด ICE
แก้ WebRTC รั่วอย่างไร
ใช้การป้องกัน WebRTC ของ VPN ถ้ามี ใน Firefox จำกัด ICE ใน about:config ใน Chrome หรือ Edge ใช้นโยบายจัดการ IP หากคุณบริหารเบราว์เซอร์ — Chrome ปัจจุบันไม่มีสวิตช์ flags แบบเก่า จากนั้นทดสอบอีกครั้ง
VPN ทุกตัวกัน WebRTC รั่วได้หรือไม่
ไม่ได้ บางตัวส่งเฉพาะทราฟฟิก IP ให้ตรวจว่า VPN หรือเบราว์เซอร์มีป้องกัน WebRTC รั่วชัดเจนหรือไม่
ทำไมที่อยู่ WebRTC IPv6 ถึงไม่ถูกติดธง
คำตัดสินรั่วอัตโนมัติเทียบเฉพาะตระกูล IP ที่หน้านี้โหลด ที่อยู่ STUN IPv6 จะแสดงเมื่อหน้าใช้ IPv4 (และกลับกัน) ให้คุณเทียบเอง ไม่ติดธงรั่วอัตโนมัติ
แคนดิเดตรีเลย์หรือ mDNS หมายความว่าอะไร
รีเลย์ (TURN) แปลว่าเส้นทางใช้เซิร์ฟเวอร์ turn ไม่ใช่ IP สาธารณะของผู้ให้บริการ ชื่อ mDNS ที่ลงท้าย .local ซ่อนที่อยู่ LAN การทดสอบนี้ละเว้นทั้งสองในการตัดสินรั่วสาธารณะ
