ข้ามไปที่เนื้อหา

IP รั่วผ่าน WebRTC

ทดสอบ WebRTC leak: การโทรผ่านเบราว์เซอร์เปิดเผยอะไรเกี่ยวกับที่อยู่ IP ของคุณ

ส่วนหนึ่งของ: โทรผ่านเน็ตปลอดภัยไหม? การโทรผ่านเบราว์เซอร์ปกป้องอะไร และเปิดเผยอะไร

โดย · อัปเดต · อ่าน 28 นาที

เพิ่ม callfrombrowser.org เป็นแหล่งข่าวที่ต้องการบน Google

สรุปสั้น

การทดสอบ WebRTC leak จะแสดงที่อยู่ IP ทุกรายการที่เบราว์เซอร์ส่งให้หน้าเว็บผ่าน WebRTC เพื่อให้คุณเห็นที่อยู่ที่ตั้งใจจะซ่อนไว้ ซึ่งมักเป็นที่อยู่ของผู้ให้บริการอินเทอร์เน็ตขณะเปิด VPN อยู่ [1] การโทรผ่านเบราว์เซอร์เข้าเบอร์โทรศัพท์จะเปิดเผย IP ของคุณให้บริการโทรเห็น แต่ไม่ใช่ให้คนที่คุณโทรหา ซึ่งจะเห็นแค่หมายเลขผู้โทร [2] การทดสอบนี้เป็นหนึ่งในการตรวจสอบความเป็นส่วนตัวและความปลอดภัยที่ผมแนะนำให้ทำก่อนโทรจากเบราว์เซอร์

ข้อเท็จจริงสำคัญ

IP รั่วผ่าน WebRTC คืออะไร

ก่อนเริ่มสาย WebRTC เบราว์เซอร์จะรวบรวมเส้นทางเครือข่ายที่เป็นไปได้ ที่เรียกว่า ICE candidate แล้วส่งให้หน้าเว็บเพื่อส่งต่อไปยังอีกฝ่าย แต่ละรายการมีที่อยู่ IP หรือมีชื่อ .local แบบสุ่มแทนที่อยู่ภายในที่ถูกซ่อนไว้ เว็บไซต์ทั่วไปเห็นเพียงที่อยู่สาธารณะที่คำขอของคุณส่งมา แต่ผ่าน WebRTC หน้าเว็บจะรู้ได้มากกว่านั้น [1] การรั่วไหลก็คือที่อยู่ใดก็ตามในรายการนั้นที่คุณไม่ได้ตั้งใจจะแชร์

เส้นทางส่วนที่เหลือของสายอธิบายไว้ในWebRTC, SIP และเครือข่ายโทรศัพท์ สำหรับเรื่องการรั่วไหล มีเพียงรายการ candidate ที่สำคัญ MDN ระบุว่าที่อยู่ในรายการนี้เปิดเผยให้หน้าเว็บเห็นเสมอ [6]

ที่อยู่ที่การทดสอบ WebRTC leak แสดง และสิ่งที่แต่ละแบบเปิดเผย
ประเภท candidateที่อยู่ที่แสดงความเสี่ยงด้านความเป็นส่วนตัว
hostที่อยู่ของอุปกรณ์คุณในเครือข่ายภายใน หรือชื่อสุ่มที่ลงท้ายด้วย .local หากเบราว์เซอร์ซ่อนไว้ [7][3]ต่ำกว่าที่อยู่สาธารณะ แต่ IETF ระบุว่าที่อยู่ IPv4 ส่วนตัวเป็นช่องทางทำ fingerprinting ที่มีนัยสำคัญพอสมควร [1]
srflx (server reflexive)ที่อยู่สาธารณะที่เราเตอร์หรือ VPN ของคุณแสดงต่อเซิร์ฟเวอร์ STUN [7]สูง หากเป็นที่อยู่ของผู้ให้บริการอินเทอร์เน็ตขณะเปิด VPN [1]
relayที่อยู่บนเซิร์ฟเวอร์ TURN ที่ส่งต่อสื่อเสียง [7]ต่ำ: อีกฝ่ายเห็นที่อยู่ของ relay ไม่ใช่ของคุณ [6] แต่ผู้ให้บริการ relay ยังเห็นคุณ

IETF ระบุว่ากรณี VPN สำคัญที่สุด เพราะบางคนใช้ VPN เพื่อปกปิดตัวตน [1] อีกสองกรณีคือที่อยู่ส่วนตัวของคุณ และพร็อกซีที่การตรวจสอบของ WebRTC ข้ามไป ซึ่งจะเปิดเผยที่อยู่สาธารณะจริงของคุณ [1]

การโทรผ่านเบราว์เซอร์เปิดเผยที่อยู่ IP ของคุณไหม

ต่อบริการโทร ใช่: ทุกเว็บไซต์เห็นที่อยู่สาธารณะของคุณ [1] และการโทรยังเพิ่มการเชื่อมต่อสื่อเสียงไปยังเซิร์ฟเวอร์ของบริการ ต่อคนที่คุณโทรหาทางโทรศัพท์บ้านหรือมือถือ ไม่ใช่: สายจะออกจากอินเทอร์เน็ตที่เกตเวย์ของผู้ให้บริการ [8] และเครือข่ายโทรศัพท์ส่งต่อหมายเลขผู้โทร ไม่ใช่ที่อยู่ IP [2] ส่วนการโทรระหว่างแอปอาจเชื่อมอุปกรณ์สองเครื่องเข้าหากันโดยตรง

ใครเห็นที่อยู่ IP ของคุณได้บ้าง แยกตามประเภทการโทร (จากหน้าช่วยเหลืออย่างเป็นทางการที่อ่านเมื่อ 1 พฤศจิกายน 2026)
ประเภทการโทรบริการคนที่คุณโทรหา
เบราว์เซอร์ไปยังเบอร์โทรศัพท์ (Google Voice, TwinPhone, Yolla)เห็น เพราะบริการเป็นผู้ดูแลการเชื่อมต่อสื่อเสียงไม่เห็น ปลายสายเห็นหมายเลขผู้โทร [2]
หน้าโทรฟรีบนเว็บ (Call2Friends, Globfone)เห็น: Call2Friends จำกัดจำนวนการโทรฟรีต่อที่อยู่ IP และนโยบายความเป็นส่วนตัวของ Globfone ระบุที่อยู่ IP ไว้ในข้อมูลทางเทคนิคและบันทึกที่บริการประมวลผล [9][10]ไม่เห็น ปลายสายเห็นหมายเลขผู้โทร
Messenger โทรแบบตัวต่อตัวเห็นเห็น: Meta ระบุว่า IP ของคุณถูกแชร์กับอุปกรณ์ของอีกฝ่าย [4]
WhatsAppเห็นอาจเห็น เว้นแต่จะเปิด “ปกป้องที่อยู่ IP ในการโทร” ไว้ ส่วนการโทรแบบกลุ่มจะส่งผ่าน relay เสมอ [5]
Telegramเห็นอาจเห็น: ประกาศของ Telegram ในปี 2017 ระบุว่าการโทรจะเชื่อมต่อแบบ peer-to-peer ทุกครั้งที่ทำได้ [11]

สำหรับการโทรเข้าเบอร์จริง คำถามคือบริการรู้อะไรและเก็บอะไรไว้ ส่วนสิ่งที่คนที่คุณโทรหาเห็นแทนนั้น ดูได้ที่เบอร์ไหนจะขึ้นเมื่อคุณโทรจากเบราว์เซอร์

วิธีทดสอบ WebRTC leak

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

  1. ปิด VPN: เปิดหน้าทดสอบการรั่วไหล เช่น WebRTC Leak Test ของ BrowserLeaks ค่า “Your Remote IP” ด้านบน และ “Public IP Address” ใต้หัวข้อ “Your WebRTC IP” ควรตรงกัน
  2. เปิด VPN: โหลดหน้าใหม่ ตอนนี้ “Your Remote IP” ควรแสดงที่อยู่ของ VPN
  3. หากส่วน WebRTC ยังแสดงที่อยู่ของผู้ให้บริการอินเทอร์เน็ตของคุณ แปลว่า WebRTC กำลังเลี่ยงอุโมงค์ VPN [1]
  4. รายการที่อยู่ภายในที่ลงท้ายด้วย .local หมายความว่าที่อยู่ถูกซ่อนไว้ [3] แต่ถ้าเป็นที่อยู่ดิบที่ขึ้นต้นด้วย 192.168. หรือ 10. แปลว่าไม่ได้ซ่อน
  5. หากหน้าเว็บมีการตรวจสอบไมโครโฟน ให้อนุญาตแล้วทดสอบอีกครั้ง เพราะหน้าโทรต้องใช้ไมโครโฟน และสิทธิ์นั้นอาจเปิดให้เห็นที่อยู่มากขึ้น [1] จากนั้นให้ถอนสิทธิ์ในการตั้งค่าเว็บไซต์ [12]

สิ่งที่เปลี่ยนไปใน Chrome เมื่ออนุญาตไมโครโฟน

เมื่อ ผมเปิดหน้าทดสอบในเครื่องบน Chrome 156 บน Mac โดยไม่ใช้เซิร์ฟเวอร์ STUN ที่อยู่จึงไม่ถูกส่งไปยังเซิร์ฟเวอร์ภายนอกเลย เมื่อไม่มีสิทธิ์ใช้ไมโครโฟน หน้าเว็บเห็น host candidate หนึ่งรายการที่ตั้งชื่อด้วยสตริงสุ่มลงท้ายด้วย .local [3] เมื่ออนุญาตไมโครโฟนแล้ว หน้าเว็บได้รับที่อยู่ IPv4 ภายในเครือข่ายจริงของผม

ผลนี้เป็นไปตามมาตรฐาน ซึ่งอนุญาตให้เปิดเผยรายการที่อยู่ทั้งหมดเฉพาะเมื่อได้รับความยินยอม เช่น สิทธิ์ใช้ไมโครโฟน [1] WebKit ซึ่งเป็นเอนจินของ Safari ก็อธิบายกฎเดียวกันนี้ไว้ในปี 2017 [13] ดังนั้นหน้าโทรที่คุณอนุญาตจะเห็นที่อยู่ภายในเครือข่ายของคุณได้ ซึ่งเสี่ยงน้อยกว่าที่อยู่สาธารณะ [1]

การตั้งค่าเบราว์เซอร์ที่ช่วยจำกัด WebRTC leak

Brave มีเอกสารเรื่องการตั้งค่า WebRTC IP สำหรับผู้ใช้ Google มีเอกสารเรื่องการควบคุมใน Chrome สำหรับส่วนขยายและผู้ดูแลระบบ ส่วน Microsoft มีเอกสารการควบคุมใน Edge ในรูปแบบนโยบายสำหรับผู้ดูแลระบบ Firefox ซ่อนที่อยู่ภายในเครือข่ายเป็นค่าเริ่มต้น และมีสวิตช์ปิดอยู่ใน about:config มีกฎข้อหนึ่งที่ใช้ได้ทุกที่: การปิด WebRTC จะทำให้หน้าโทรบนเบราว์เซอร์ใช้ไม่ได้ไปด้วย เพราะ WebRTC เป็นตัวรับส่งเสียงของสาย [14]

การควบคุมที่อยู่ของ WebRTC แยกตามเบราว์เซอร์ (จากเอกสารของผู้พัฒนา อ่านเมื่อ 1 พฤศจิกายน 2026)
เบราว์เซอร์การควบคุมสิ่งที่เปลี่ยนผลต่อการโทรผ่านเบราว์เซอร์
BraveWebRTC IP handling policy ในการตั้งค่าความเป็นส่วนตัว ตามวิกิของ Brave (แก้ไขล่าสุดปี 2018) [15]ค่า Default Public Interface Only ไม่เปิดเผยที่อยู่ภายในเครือข่ายเลย [15]สื่อเสียงอาจถูกส่งผ่านเซิร์ฟเวอร์ relay แทน [1]
Chromeส่วนขยายตั้ง WebRTC IP handling policy ได้ [16] และผู้ดูแลระบบตั้งนโยบาย WebRtcIPHandling ได้ [17]ขึ้นอยู่กับค่าที่ตั้ง จะเลิกใช้ที่อยู่ส่วนตัว หรือส่งสื่อเสียงผ่านพร็อกซีเท่านั้น [17]ค่าแบบพร็อกซีเท่านั้นอาจบังคับให้เสียงวิ่งบน TCP ซึ่ง IETF ระบุว่าทำให้คุณภาพลดลง [1]
Edgeนโยบายสำหรับผู้ดูแลระบบ WebRtcLocalhostIpHandling [18]ค่าสองค่าในนโยบายนี้หยุดเปิดเผยที่อยู่ IP ภายในเครือข่าย [18]เหมือน Chrome
Firefoxซ่อนที่อยู่ภายในเครือข่ายเป็นค่าเริ่มต้น [19] และมี media.peerconnection.enabled ใน about:config [20]ตั้งค่านี้เป็น false เพื่อปิด WebRTCหน้าโทรบนเบราว์เซอร์ใช้ไม่ได้
Safariกฎในตัวหน้าเว็บที่ไม่มีสิทธิ์ใช้ไมโครโฟนหรือกล้องจะไม่ได้รับที่อยู่ host ตามที่ WebKit อธิบายไว้ในปี 2017 [13]ไม่มีผล

VPN เปลี่ยนอะไรบ้างสำหรับการโทรผ่านเบราว์เซอร์

VPN ที่ส่งทราฟฟิกทั้งหมดผ่านอุโมงค์ รวมถึง WebRTC จะทำให้บริการโทรเห็นที่อยู่ของ VPN แทนที่อยู่ของคุณ ส่วน VPN แบบ split tunnel อาจปล่อยให้ WebRTC พบที่อยู่ของผู้ให้บริการอินเทอร์เน็ตของคุณด้วย [1] จึงต้องทดสอบการรั่วไหลขณะเปิด VPN นอกจากนี้ VPN ยังมีผลข้างเคียงต่อการโทรด้วย

วิธีรักษาที่อยู่ IP ให้เป็นส่วนตัวขณะโทร

เลือกวิธีให้ตรงกับประเภทการโทร สำหรับการโทรเข้าเบอร์โทรศัพท์ คนที่คุณโทรหาไม่ได้รับ IP ของคุณ จึงควรเลือกบริการที่คุณไว้ใจให้รู้ IP และตรวจสอบ VPN ของคุณ สำหรับการโทรระหว่างแอป อุปกรณ์ของอีกฝ่ายอาจเชื่อมต่อกับอุปกรณ์ของคุณโดยตรง จึงควรใช้การตั้งค่า relay ของแอปหากมี

  1. โทรผ่านเบราว์เซอร์: ทดสอบการรั่วไหลขณะเปิด VPN และใน Brave ให้เลือก Default Public Interface Only [15]
  2. ไมโครโฟน: สำหรับหน้าโทรที่ใช้ครั้งเดียว ให้สิทธิ์ด้วยตัวเลือก “อนุญาตครั้งนี้” [12] ในการตรวจสอบบน Chrome ของผม หน้าเว็บที่ได้สิทธิ์นี้เห็นที่อยู่ภายในเครือข่ายได้
  3. WhatsApp: เปิด “ปกป้องที่อยู่ IP ในการโทร” หน้าช่วยเหลือครอบคลุม Android, iOS และ Mac แต่ไม่รวมเว็บ และเตือนว่าสายที่ส่งผ่าน relay อาจคุณภาพลดลงบ้าง [5]

คำถามที่พบบ่อย

การทดสอบ WebRTC leak คืออะไร

การทดสอบ WebRTC leak คือหน้าเว็บที่รันขั้นตอนตั้งค่าการเชื่อมต่อแบบเดียวกับที่การโทรผ่านเบราว์เซอร์ใช้ แล้วแสดงที่อยู่ IP ทุกรายการที่เบราว์เซอร์ของคุณเสนอ เทียบกับที่อยู่ที่หน้าเว็บเห็นผ่าน HTTP ทั่วไป ถ้าในรายการมีที่อยู่ของผู้ให้บริการอินเทอร์เน็ตของคุณขณะเปิด VPN แปลว่า WebRTC กำลังเลี่ยงอุโมงค์ VPN [1] ส่วนชื่อ .local แบบสุ่มแปลว่าที่อยู่ภายในเครือข่ายของคุณถูกซ่อนไว้ [3]

คนที่คุณโทรหาจากเบราว์เซอร์เห็นที่อยู่ IP ของคุณไหม

ไม่เห็น ถ้าเป็นการโทรเข้าโทรศัพท์บ้านหรือมือถือ ผู้ให้บริการจะแปลงเสียงจากเบราว์เซอร์ของคุณเป็นสายโทรศัพท์ที่เกตเวย์ [23] และเครือข่ายโทรศัพท์ส่งต่อหมายเลขผู้โทร ไม่ใช่ที่อยู่ IP [2] การโทรระหว่างแอปต่างออกไป: Messenger ระบุว่าการโทรแบบตัวต่อตัวจะแชร์ IP ของคุณกับอุปกรณ์ของอีกฝ่าย [4]

VPN ป้องกัน WebRTC leak ได้ไหม

VPN ที่ส่งทราฟฟิกทั้งหมด รวมถึง WebRTC ผ่านอุโมงค์ ป้องกันได้ แต่ VPN แบบ split tunnel อาจป้องกันไม่ได้ เพราะ WebRTC อาจพบที่อยู่สาธารณะของผู้ให้บริการอินเทอร์เน็ตของคุณควบคู่กับที่อยู่ของ VPN [1] วิธีเดียวที่จะรู้ได้คือทดสอบการรั่วไหลขณะเชื่อมต่อ VPN ในทุกเบราว์เซอร์ที่คุณใช้ และทดสอบซ้ำหลังอัปเดต

ที่อยู่ IP ภายในเครือข่ายรั่วอันตรายไหม

อันตรายน้อยกว่าการรั่วของที่อยู่สาธารณะ ที่อยู่ส่วนตัวอย่าง 192.168.1.20 ไม่ได้บอกว่าคุณอยู่ที่ไหน แต่ IETF ระบุว่าที่อยู่ IPv4 ส่วนตัวเป็นช่องทางทำ fingerprinting ที่มีนัยสำคัญพอสมควร ซึ่งเชื่อมโยงเซสชันปกติกับเซสชันโหมดส่วนตัวบนอุปกรณ์เครื่องเดียวกันได้ [1] Firefox ซ่อนที่อยู่ภายในเครือข่ายเป็นค่าเริ่มต้น [19] Safari ซ่อนจากหน้าเว็บที่ไม่มีสิทธิ์ใช้ไมโครโฟนหรือกล้อง [13] และ Chrome ก็ซ่อนเช่นกันในการตรวจสอบของผม

โหมดไม่ระบุตัวตนหรือโหมดส่วนตัวป้องกัน WebRTC leak ได้ไหม

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

ส่วนขยายกัน WebRTC leak ใช้ได้ผลไหม

ได้ผลบางส่วน ใน Chrome ส่วนขยายตั้ง WebRTC IP handling policy ของเบราว์เซอร์ได้ ซึ่ง Google อธิบายว่าเป็นการแลกกันระหว่างประสิทธิภาพของสื่อเสียงกับปริมาณข้อมูลที่อยู่ภายในเครือข่ายที่ถูกเปิดเผย [16] ขึ้นอยู่กับค่าที่ตั้ง อาจซ่อนที่อยู่ภายในเครือข่าย หรือบังคับให้สื่อเสียงผ่านพร็อกซี ซึ่งอาจย้ายเสียงไปวิ่งบน TCP และทำให้คุณภาพลดลง [1] หลังติดตั้งส่วนขยาย ให้ทดสอบการรั่วไหลเพื่อยืนยันว่ามีการเปลี่ยนแปลงจริง

จะปิด WebRTC ใน Firefox ได้อย่างไร

พิมพ์ about:config ในแถบที่อยู่ ค้นหา media.peerconnection.enabled แล้วตั้งค่าเป็น false ซอร์สโค้ดของ Mozilla อธิบายค่านี้ว่าเป็นสวิตช์ของ RTCPeerConnection และการปิดยังทำให้หน้าเว็บเข้าถึง API ไมโครโฟนไม่ได้ด้วย [20] หลังจากนั้นหน้าโทรบนเบราว์เซอร์ทุกตัวจะใช้ไม่ได้ ผู้ที่ต้องโทรส่วนใหญ่จึงควรใช้ค่าเริ่มต้นของ Firefox ซึ่งซ่อนที่อยู่ภายในเครือข่ายอยู่แล้ว [19]

ป้องกัน WebRTC leak ใน Chrome อย่างไร

ผ่านส่วนขยายหรือนโยบาย เพราะ Google ระบุการควบคุมที่อยู่ WebRTC ของ Chrome ไว้สำหรับสองทางนี้ ส่วนขยายตั้งค่านโยบายการจัดการ IP ของ WebRTC ได้ [16] และผู้ดูแลระบบตั้งค่า WebRtcIPHandling ได้ โดยค่า default_public_interface_only จะทำให้ WebRTC ไม่ใช้ที่อยู่ส่วนตัว [17] ตอนที่ผมตรวจใน Chrome หน้าเว็บที่ไม่มีสิทธิ์ใช้ไมโครโฟนเห็นแค่ชื่อ .local แบบสุ่ม [3] ถ้าใช้ VPN ทางแก้จริงคือทันเนลที่ส่งทราฟฟิกทั้งหมด [1] อะไรที่บล็อก WebRTC ทั้งหมดก็จะทำให้โทรผ่านเบราว์เซอร์ไม่ได้ด้วย [14]

เว็บไซต์เห็น IP ของผมผ่าน WebRTC โดยไม่ขออนุญาตได้ไหม

ที่อยู่สาธารณะเห็นได้ แต่เว็บไซต์ก็เห็นอยู่แล้ว เช่น Safari ให้หน้าเว็บที่ไม่มีสิทธิ์ใช้ไมโครโฟนเห็นเฉพาะที่อยู่ที่เว็บไซต์เก็บได้อยู่แล้ว [13] จุดที่ต้องระวังคือพร็อกซีในเบราว์เซอร์ ถ้าอนุญาตให้เข้าอินเทอร์เน็ตโดยตรงได้ การตรวจ STUN ของ WebRTC อาจข้ามพร็อกซีและเปิดเผยที่อยู่สาธารณะจริงของคุณ [1] ที่อยู่ภายในได้รับการป้องกันดีกว่า มาตรฐานกำหนดให้รายการทั้งหมดต้องได้รับความยินยอม เช่น สิทธิ์ใช้ไมโครโฟน [1] และตอนที่ผมตรวจใน Chrome หน้าเว็บที่ไม่มีสิทธิ์นั้นเห็นแค่ชื่อ .local แบบสุ่ม [3]

ถาม AI เกี่ยวกับข้อมูลในหน้านี้

แต่ละปุ่มจะเปิดผู้ช่วย AI ในแท็บใหม่ และขอให้สรุปหน้านี้พร้อมลิงก์กลับมาเป็นแหล่งที่มา

แหล่งที่มา

  1. RFC 8828: WebRTC IP Address Handling Requirements · IETF (RFC Editor) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  2. 47 CFR 64.1601 -- Delivery requirements and privacy restrictions | eCFR · US Code of Federal Regulations (eCFR) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  3. Using Multicast DNS to protect privacy when exposing ICE candidates (draft-ietf-mmusic-mdns-ice-candidates) · IETF (Internet-Draft, work in progress) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  4. Voice call someone or a group on Messenger - Messenger Help Center (Computer) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  5. How to protect your IP address on WhatsApp calls | WhatsApp Help Center · WhatsApp · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  6. RTCIceCandidate: address property - Web APIs | MDN · MDN Web Docs (Mozilla) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  7. RTCIceCandidate: type property - Web APIs | MDN · MDN Web Docs (Mozilla) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  8. Make calls | Sonetel help · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  9. Free call | Call2Friends - Online call · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  10. Privacy Policy | Globfone · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  11. Voice Calls: Secure, Crystal-Clear, AI-Powered | Telegram Blog (30 March 2017) · Telegram · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  12. Use your camera and microphone in Chrome - Computer - Google Chrome Help · Google · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  13. A Closer Look Into WebRTC | WebKit (3 July 2017) · WebKit (Apple) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  14. WebRTC API - Web APIs | MDN · MDN Web Docs (Mozilla) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  15. WebRTC Custom Settings · brave/brave-browser Wiki · Brave Software (official GitHub wiki) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  16. chrome.privacy | API | Chrome for Developers · Google (Chrome for Developers) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  17. Chrome Enterprise policy list: WebRtcIPHandling (WebRTC IP handling) · Google (Chrome Enterprise) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  18. Microsoft Edge Browser Policy Documentation WebRtcLocalhostIpHandling | Microsoft Learn · Microsoft · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  19. Firefox source: modules/libpref/init/all.js (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  20. Firefox source: modules/libpref/init/StaticPrefList.yaml (mozilla-firefox/firefox) · Mozilla (official Firefox source repository) · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  21. Terms of Use – TextNow · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  22. Privacy Policy – Privacy & Terms – Google · Google · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026
  23. Call From Your Browser Without a SIM Card - TwinPhone · ตรวจสอบเมื่อ 1 พฤศจิกายน 2026