คู่มือ
วิธีตรวจสอบว่า VPN ของคุณทำงานอยู่
การตรวจสอบ 6 รายการที่บอกได้ว่าอุโมงค์กำลังส่งทราฟฟิกของคุณหรือไม่ โดยเรียงตามลำดับที่ค้นหาความผิดพลาดทั่วไปได้ก่อน ไม่มีรายการใดต้องใช้ซอฟต์แวร์นอกเหนือจากเบราว์เซอร์ และแต่ละรายการยืนยันได้เพียงเรื่องเดียวเท่านั้น เขียนขึ้นโดยอ้างอิงไคลเอนต์ช่วงปลายปี 2026
สิ่งที่การตรวจสอบนี้ยืนยัน
ไคลเอนต์ที่แสดงว่า เชื่อมต่อแล้ว กำลังรายงานสถานะของตัวเอง ไม่ใช่ปลายทางที่ทราฟฟิกของคุณกำลังไป การตรวจสอบ 6 รายการด้านล่างตอบคำถามข้อที่สอง ให้ทำครั้งหนึ่งหลังติดตั้ง ครั้งหนึ่งหลังการอัปเดตไคลเอนต์หรือระบบทุกครั้ง และอีกครั้งบนเครือข่ายใดก็ตามที่คุณยังไม่เคยใช้ รวมทั้งหมดใช้เวลาไม่กี่นาที ส่วนสามรายการแรกใช้เวลาเพียงหนึ่งนาที
เชื่อมต่อก่อน โดยเลือกทางออกที่คุณใช้เป็นประจำ จากนั้นทำตามรายการลงมาตามลำดับ การตรวจสอบแต่ละรายการถือว่ารายการก่อนหน้าผ่านแล้ว และความผิดพลาดทั่วไปจะอยู่ด้านบน
1. ที่อยู่ของคุณเปลี่ยนไป
- เปิดหน้าใดก็ได้ที่ระบุว่า “IP ของฉันคืออะไร” แล้วอ่านที่อยู่และประเทศที่หน้าเว็บรายงาน ประเทศต้องตรงกับทางออกที่คุณเลือก ส่วนที่อยู่ต้องเป็นที่อยู่ที่คุณจำไม่ได้ว่าเป็นของตัวเอง
- ตัดการเชื่อมต่อแล้วโหลดหน้าเดิมอีกครั้ง ที่อยู่ควรเปลี่ยนกลับเป็นของคุณเอง หากไม่เปลี่ยน หน้าเว็บอาจอยู่ในแคชหรือมีอุโมงค์ที่สองขวางอยู่ และผลลัพธ์แรกก็ยังยืนยันอะไรไม่ได้
- เชื่อมต่ออีกครั้งแล้วโหลดใหม่อีกครั้ง ค่าที่อ่านได้ 3 ครั้ง โดย 2 ครั้งต้องต่างจากค่าตรงกลาง คือการทดสอบทั้งหมด ค่าที่อ่านได้เพียงครั้งเดียวขณะเชื่อมต่อไม่ถือว่าเพียงพอ
การตรวจสอบนี้ยืนยันว่าทางออกอยู่ด้านหน้าการเชื่อมต่อของเบราว์เซอร์ แต่ไม่ได้บอกอะไรเกี่ยวกับการค้นหาชื่อ การใช้งานแอปพลิเคชันอื่น หรือสิ่งที่จะเกิดขึ้นเมื่ออุโมงค์หลุด ซึ่งเป็นสิ่งที่ส่วนที่เหลือของหน้านี้ใช้ตรวจสอบ
2. การค้นหาอยู่ภายในอุโมงค์
- ทำการทดสอบ DNS leak — ใช้หน้าใดก็ได้ที่มีการทดสอบแบบละเอียด ซึ่งส่งคำขอค้นหาหลายรายการแทนที่จะส่งเพียงรายการเดียว แล้วอ่านรายชื่อเซิร์ฟเวอร์แก้ไขชื่อที่รายงานพร้อมเจ้าของ
- เซิร์ฟเวอร์แก้ไขชื่อทุกรายการต้องเป็นของผู้ให้บริการ VPN หรืออยู่ในประเทศของทางออก หากมีรายการใดรายการหนึ่งเป็นของผู้ให้บริการอินเทอร์เน็ตของคุณ หรืออยู่ในประเทศของคุณเอง การทดสอบถือว่าไม่ผ่าน ไม่ว่ารายการอื่นจะแสดงอะไร
- หากไม่ผ่าน ให้ตั้ง DNS ของไคลเอนต์เป็นเซิร์ฟเวอร์แก้ไขชื่อของผู้ให้บริการเอง หรือเปิดการป้องกันการรั่วไหล จากนั้นเชื่อมต่อใหม่แล้วทำซ้ำ การตั้งค่านี้อธิบายไว้ในคู่มือของทุกแพลตฟอร์ม ส่วนความหมายของการรั่วไหลอยู่ที่หน้าการรั่วไหลของ DNS
3. เบราว์เซอร์ไม่ได้ประกาศที่อยู่ของคุณ
เบราว์เซอร์มีโปรโตคอลสำหรับการโทรและวิดีโอที่อาจเปิดเผยที่อยู่ภายในและที่อยู่สาธารณะของคุณแก่หน้าเว็บโดยตรง โดยอ้อมผ่านอุโมงค์ การตั้งค่านี้เป็นของเบราว์เซอร์ ไม่ใช่ไคลเอนต์ ดังนั้นไคลเอนต์ที่ตั้งค่าไว้อย่างถูกต้องอาจผ่านการทดสอบอื่นทั้งหมด แต่ไม่ผ่านรายการนี้
- ทำการทดสอบ WebRTC leak ในเบราว์เซอร์ทุกตัวที่คุณใช้ขณะเชื่อมต่อ หน้าต่างส่วนตัวและโปรไฟล์มีการตั้งค่าของตัวเอง จึงต้องทดสอบในสภาพแวดล้อมที่คุณใช้ท่องเว็บจริง
- ที่อยู่สาธารณะที่รายงานต้องเป็นของทางออก หรือไม่แสดงที่อยู่เลย ที่อยู่ภายในรูปแบบที่เราเตอร์แจกให้ถือเป็นเรื่องปกติและไม่เป็นอันตราย ส่วนที่อยู่สาธารณะของคุณเองคือความผิดพลาด
- หากไม่ผ่าน ให้ค้นหาการตั้งค่า WebRTC ในตัวเบราว์เซอร์เองหรือในส่วนขยายเบราว์เซอร์ของผู้ให้บริการ ซึ่งเป็นตำแหน่งที่ไคลเอนต์ส่วนใหญ่วางการตั้งค่านี้ไว้ แล้วทำการทดสอบซ้ำหลังเปลี่ยนการตั้งค่า
4. IPv6 ไม่ได้อ้อมผ่านอุโมงค์
ปัจจุบันเครือข่ายส่วนใหญ่แจกที่อยู่ 2 ประเภท และไคลเอนต์ที่ส่งที่อยู่ประเภทเก่าผ่านอุโมงค์แต่ไม่จัดการประเภทใหม่จะรั่วไหลไปยังทุกเว็บไซต์ที่ตอบสนองผ่านทั้งสองประเภท ซึ่งเว็บไซต์ขนาดใหญ่ส่วนใหญ่เป็นเช่นนั้น การตรวจสอบที่อยู่ข้างต้นมักไม่พบปัญหานี้ เพราะหน้าเว็บที่คุณใช้รายงานที่อยู่ประเภทใดก็ตามที่ใช้เข้าถึงหน้าเว็บ
- เปิดหน้าทดสอบ IPv6 ขณะเชื่อมต่อ ผลลัพธ์ที่ถูกต้องคือ “ไม่มีการเชื่อมต่อ IPv6” หรือที่อยู่ IPv6 ที่เป็นของทางออก ที่อยู่ IPv6 ซึ่งอยู่ในประเทศของคุณเองถือเป็นการรั่วไหล
- หากไม่ผ่าน ให้ค้นหาการตั้งค่า IPv6 ในไคลเอนต์: บล็อก เป็นตัวเลือกที่ปลอดภัย ส่วน กำหนดเส้นทาง ดีกว่าหากมีตัวเลือกนี้ ไคลเอนต์ที่ไม่มีทั้งสองตัวเลือกต้องปิดใช้งาน IPv6 ที่อะแดปเตอร์ในระดับระบบปฏิบัติการ
- ทำการตรวจสอบรายการแรกซ้ำหลังจากนั้น การปิด IPv6 เปลี่ยนประเภทที่อยู่ที่หน้าเว็บทดสอบใช้เข้าถึงคุณ และผลการทดสอบก่อนหน้านี้ต้องได้รับการยืนยันอีกครั้งภายใต้เงื่อนไขใหม่
5. เมื่ออุโมงค์หลุด การเชื่อมต่อต้องหยุดสนิท
ทั้งหมดที่กล่าวมาข้างต้นอธิบายอุโมงค์ขณะที่ยังทำงานอยู่ การตรวจสอบที่สำคัญบนเครือข่ายที่มีปัญหาคือสิ่งที่จะเกิดขึ้นเมื่ออุโมงค์ไม่ทำงาน และเป็นขั้นตอนเฉพาะของตัวเอง: วิธีทดสอบ VPN kill switch ให้ทำครั้งหนึ่งบนอุปกรณ์ทุกเครื่องที่นำออกนอกบ้าน เวอร์ชันสั้นคือ เมื่อหยุดอุโมงค์โดยไม่ได้สั่งไคลเอนต์ การดาวน์โหลดที่กำลังทำงานต้องหยุดลงทันที เหตุผลที่เรื่องนี้สำคัญอยู่ที่หน้า kill switch
6. สิ่งอื่นนอกเหนือจากเบราว์เซอร์
การตรวจสอบทั้งหมดจนถึงตอนนี้ทำในเบราว์เซอร์ และเบราว์เซอร์อาจถูกกำหนดเส้นทางแตกต่างจากส่วนอื่นของเครื่องได้ ส่วนขยายพร็อกซี, VPN เฉพาะเบราว์เซอร์ หรือกฎการแยกช่องทางล้วนทำให้เบราว์เซอร์ผ่านการตรวจสอบ ขณะที่แอปพลิเคชันอื่นรั่วไหล หรือในทางกลับกัน
- เลือกแอปพลิเคชันหนึ่งรายการที่แสดงที่อยู่การเชื่อมต่อของตัวเอง — เช่น การตรวจสอบที่อยู่ของไคลเอนต์ทอร์เรนต์เอง บันทึกการเชื่อมต่อของไคลเอนต์อีเมล หรือแผงเครือข่ายของเกม — หรือทำการตรวจสอบที่อยู่จากเบราว์เซอร์อีกตัวที่คุณไม่ได้ตั้งค่าไว้
- ที่อยู่ของแอปพลิเคชันนั้นต้องเป็นของทางออก เช่นเดียวกับที่การตรวจสอบรายการแรกแสดง ที่อยู่ที่ต่างกันหมายความว่าอุโมงค์ไม่ได้ครอบคลุมทั้งระบบ และการตั้งค่าที่รับผิดชอบคือส่วนขยายเบราว์เซอร์หรือกฎการแยกช่องทาง
การผ่านการตรวจสอบหมายความว่าอย่างไร
การตรวจสอบเหล่านี้ยืนยันอะไร
+ทราฟฟิกของคุณออกผ่านเซิร์ฟเวอร์ทางออกในประเทศที่คุณเลือก จากทุกแอปพลิเคชัน ไม่ใช่เพียงแอปพลิเคชันเดียว
+เครือข่ายที่คุณกำลังใช้งานอยู่มองไม่เห็นทั้งเว็บไซต์ที่คุณเข้าถึงและการค้นหาที่ใช้ค้นหาเว็บไซต์เหล่านั้น
+ทั้งเบราว์เซอร์และที่อยู่ประเภทใหม่ไม่ได้พาที่อยู่ของคุณอ้อมอุโมงค์ออกไป
สิ่งที่การตรวจสอบเหล่านี้ไม่ได้ยืนยัน
−ไม่ได้บอกว่าผู้ให้บริการเก็บข้อมูลอะไรไว้ — นั่นเป็นคำถามเกี่ยวกับเอกสาร ซึ่งมีคำตอบอยู่ในหน้าการเก็บข้อมูล
−ไม่ได้ทำให้คุณไม่เปิดเผยตัวตน: เบราว์เซอร์ การเข้าสู่ระบบ และพฤติกรรมของคุณยังเหมือนเดิม ดูสิ่งที่ VPN ไม่ได้ปกป้อง
−การผ่านการตรวจสอบวันนี้เป็นข้อสรุปเกี่ยวกับไคลเอนต์ของวันนี้ การอัปเดตครั้งถัดไปอาจรีเซ็ตการตั้งค่าใดก็ตามในหน้านี้
เมื่อการทดสอบไม่ผ่าน
หน้าตรวจสอบที่อยู่แสดงประเทศของฉันเอง ขณะที่ไคลเอนต์ระบุว่าเชื่อมต่อแล้ว
ไคลเอนต์กำลังทำงานอยู่ แต่ทราฟฟิกไม่ได้ผ่านไคลเอนต์นั้น ให้ตัดการเชื่อมต่อ ปิดไคลเอนต์ทั้งหมดแทนที่จะปิดเพียงหน้าต่าง จากนั้นเปิดใหม่และเชื่อมต่ออีกครั้งก่อนทำอย่างอื่น หากผลลัพธ์เหมือนเดิม สาเหตุที่มักพบคือ VPN ตัวที่สอง การตั้งค่าพร็อกซีในเบราว์เซอร์ หรือผลิตภัณฑ์รักษาความปลอดภัยที่มีตัวกรองเครือข่ายของตัวเองกำลังรับทราฟฟิกไปก่อน
ตรวจสอบพร็อกซีและการตั้งค่าส่วนขยายของเบราว์เซอร์เองเป็นลำดับสุดท้าย: ส่วนขยายที่กำหนดเส้นทางเบราว์เซอร์ผ่านพร็อกซีของตัวเองจะมีผลเหนืออุโมงค์ของระบบ และหน้าตรวจสอบที่อยู่จะเห็นทางออกของส่วนขยาย ไม่ใช่ทางออกของคุณ
การทดสอบ DNS แสดงเซิร์ฟเวอร์แก้ไขชื่อของผู้ให้บริการอินเทอร์เน็ตของฉัน
การค้นหากำลังออกไปนอกอุโมงค์ ในไคลเอนต์ ให้เปิดการป้องกันการรั่วไหลของ DNS หรือตั้ง DNS เป็นเซิร์ฟเวอร์แก้ไขชื่อของผู้ให้บริการเอง แล้วเชื่อมต่อใหม่และทำการทดสอบอีกครั้ง หากเซิร์ฟเวอร์แก้ไขชื่อยังเป็นของผู้ให้บริการอินเทอร์เน็ต ระบบปฏิบัติการกำลังเก็บเซิร์ฟเวอร์แก้ไขชื่อของตัวเองไว้บนอินเทอร์เฟซอื่น ซึ่งคู่มือของแต่ละแพลตฟอร์มอธิบายวิธีจัดการไว้สำหรับแต่ละระบบ
มีเซิร์ฟเวอร์แก้ไขชื่อเพียงรายการเดียวในรายชื่อก็เพียงพอให้ไม่ผ่าน: การค้นหาที่รั่วไหลเพียงครั้งเดียวก็เปิดเผยชื่อเว็บไซต์ที่คุณเข้าชม
การทดสอบ IPv6 แสดงที่อยู่ขณะที่ไคลเอนต์เชื่อมต่ออยู่
ไคลเอนต์ส่ง IPv4 ผ่านอุโมงค์ แต่ปล่อยให้ IPv6 ผ่านออกไป และทุกเว็บไซต์ที่ตอบสนองผ่านทั้งสองประเภทจะเห็นที่อยู่จริงของคุณ ค้นหาการตั้งค่า IPv6 ในไคลเอนต์แล้วตั้งเป็นบล็อกหรือกำหนดเส้นทาง หากไคลเอนต์ไม่มีทั้งสองตัวเลือก ให้ปิดใช้งาน IPv6 บนอะแดปเตอร์เครือข่ายที่ระบบปฏิบัติการใช้ จากนั้นทำการทดสอบอีกครั้งและคาดว่าจะไม่พบที่อยู่ IPv6 เลย หรือพบที่อยู่ที่เป็นของทางออก
การทดสอบทุกอย่างผ่านบนเครือข่ายที่บ้าน แต่มีรายการหนึ่งไม่ผ่านบนเครือข่ายอื่น
เครือข่ายที่สองกำลังทำบางอย่างกับทราฟฟิก เครือข่ายโรงแรมหรือสำนักงานที่ดักจับ DNS ตัด IPv6 หรือทำให้การเชื่อมต่อระยะยาวขัดข้อง จะทำให้มีการทดสอบไม่ผ่านเพียงรายการเดียว และสาเหตุอยู่ที่เครือข่าย ไม่ใช่ไคลเอนต์ ผลลัพธ์นี้เป็นข้อเท็จจริงเกี่ยวกับเครือข่ายนั้นที่คุณควรจดจำไว้ และ kill switch คือสิ่งที่ป้องกันไม่ให้อุโมงค์ที่ล้มเหลวบนเครือข่ายนั้นกลายเป็นการเชื่อมต่อแบบเปิด
เมื่อวานทุกอย่างผ่าน แต่วันนี้การทดสอบ DNS ไม่ผ่าน
มีบางอย่างเปลี่ยนไป และสาเหตุที่พบบ่อย 2 ประการคือการอัปเดตไคลเอนต์ที่รีเซ็ตการตั้งค่า กับการอัปเดตระบบที่เพิ่มเซิร์ฟเวอร์แก้ไขชื่อ เปิดการตั้งค่าของไคลเอนต์แล้วอ่านค่าจริง แทนที่จะเชื่อว่าค่ายังเหมือนเดิม รายการ DNS และ kill switch เป็นการตั้งค่า 2 รายการที่ถูกรีเซ็ตบ่อยที่สุด การตรวจสอบเป็นข้อสรุปเกี่ยวกับช่วงเวลาที่ทำการตรวจสอบ นั่นจึงเป็นเหตุผลที่ควรทำซ้ำหลังการอัปเดตทุกครั้ง
ขั้นตอนเดียวกัน เครื่องอื่น
แพลตฟอร์มที่เหลือ
ทุกแพลตฟอร์มมีคู่มือของตัวเอง แทนที่จะเป็นแท็บในคู่มือนี้ ขั้นตอนต่างกันทันทีที่ตัวติดตั้งเปิดขึ้นมา และหน้าเดียวที่ตอบสามแพลตฟอร์มพร้อมกันก็จะตอบไม่ได้ดีสักแพลตฟอร์มเดียว