การตั้งค่า HTTP พร็อกซีของเบราว์เซอร์ไม่ได้ครอบคลุม WebRTC โดยอัตโนมัติ หน้าตรวจ IP ทั่วไปวัดคำขอเว็บ แต่การโทรอาจใช้เส้นทางแยกสำหรับเชื่อมต่อและค้นหาที่อยู่

SOCKS5 ไม่ได้ทำให้ความต่างนี้หมดไป การทำงานของ SOCKS5 URL พร็อกซีที่ติดมากับ Chromium รองรับ TCP ไม่ใช่ UDP association แบบทั่วไป ความสามารถของโปรโตคอลกว้างกว่าที่อินเทอร์เฟซนี้ของเบราว์เซอร์มีให้

เบราว์เซอร์มีตัวควบคุมเครือข่ายแยกสำหรับ WebRTC Chrome เปิดให้นำทางเลือกการจัดการ IP มาใช้ผ่าน API ส่วนขยายด้านความเป็นส่วนตัว รวมถึง disable_non_proxied_udp ส่วน Mozilla ก็มีเอกสารการตั้งค่าความเป็นส่วนตัวเครือข่ายของ WebRTC ค่านี้ของ Chrome เป็นนโยบาย API ไม่ใช่ช่องทำเครื่องหมายสากลหรือคำรับประกันว่าจะซ่อนทุกที่อยู่

ตรวจทางออกเว็บปกติก่อน แล้วตรวจพฤติกรรม WebRTC ในแอปประชุมที่ใช้จริง ด้วยเครื่องมือวินิจฉัยที่คุณเข้าใจความหมายของฟิลด์รายงาน ที่อยู่ภายใน ที่อยู่รีเลย์ และที่อยู่สาธารณะที่สังเกตได้บอกคนละส่วนของการเชื่อมต่อ บันทึกเบราว์เซอร์และเงื่อนไขทดสอบไว้ด้วย เพราะนโยบาย ส่วนขยาย พฤติกรรมความเป็นส่วนตัว และเส้นทางที่มีส่งผลต่อผลลัพธ์ ดังนั้นทั้งคำว่า “รั่วเสมอ” และการตรวจ IP เว็บสำเร็จอย่างเดียวต่างก็ยังสรุปไม่ได้

ถ้าจำกัดเส้นทาง WebRTC ให้ลองโทรในแบบที่จำเป็นต้องใช้อีกครั้ง การลดการเปิดเผยที่อยู่อาจทำให้โทรเชื่อมต่อไม่ได้ด้วย ข้อแลกเปลี่ยนนี้เป็นคนละเรื่องกับจุดเชื่อมต่อ HTTP พร็อกซียังออนไลน์อยู่หรือไม่

บทความที่เกี่ยวข้อง