วิธีทดสอบ VPN ว่ารองรับ IPv6 และป้องกัน Leak ไหม

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

บทความนี้เป็นขั้นตอนปฏิบัติ ไม่ใช่บทเรียนทฤษฎี เราจะพาคุณจดค่าเริ่มต้น ตรวจตอนเชื่อมต่อ อ่านผลทั้งสามแบบ แก้ไขเมื่อผลไม่ดี และกำหนดรอบการทดสอบซ้ำ ถ้าอยากรู้พื้นฐานว่าทำไมจึงเกิดการรั่ว ลองอ่านเรื่อง IPv6 leak และความต่างระหว่าง IPv4 กับ IPv6 ก่อน แล้วค่อยกลับมาทำตามพร้อมสมุดโน้ตสักเล่ม

สิ่งที่คุณกำลังทดสอบจริง ๆ

คำว่า "ทดสอบการรองรับ IPv6 ของ VPN" ฟังเหมือนคำถามเดียว แต่จริง ๆ แล้วมีสามคำถามซ้อนกัน ถ้าปนกันจะสรุปผลผิดได้ง่าย

1. เครือข่ายของคุณมี IPv6 หรือไม่ ถ้าอินเทอร์เน็ตบ้าน เน็ตมือถือ หรือ Wi-Fi ร้านกาแฟให้เครื่องคุณแค่ IPv4 ก็ไม่มีอะไรจะรั่ว ขั้นตอนที่เหลือเป็นแค่พิธีกรรม
2. VPN พา IPv6 ผ่านอุโมงค์ไหม บริการ VPN บางแห่งส่งได้ทั้งสองตระกูลที่อยู่ บางแห่งส่งเฉพาะ IPv4 แล้วบล็อกหรือปล่อย IPv6 ไว้เฉย ๆ
3. ถ้า VPN ไม่พา แล้วเครื่องของคุณกัน IPv6 ไม่ให้หลุดออกไปหรือเปล่า นี่คือส่วนของการป้องกัน leak การตั้งค่าที่ดีต้องพา IPv6 เข้าอุโมงค์ หรือไม่ก็ปิดมันขณะที่ VPN ต่ออยู่

มีเพียงข้อที่สามที่ตัดสินว่าคุณเปิดเผยตัวหรือไม่ การ "รองรับ IPv6" เป็นแค่ข้อดีเสริม แต่ "ไม่รั่ว" คือสิ่งที่สำคัญต่อความเป็นส่วนตัว หลายคนปลอดภัยดีบนอุโมงค์ที่มีแค่ IPv4 เพราะเครื่องไม่ใช้ IPv6 ตอนต่อ VPN อยู่แล้ว

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

เตรียมการก่อนเริ่ม

การทดสอบที่ดีต้องควบคุมเงื่อนไข ใช้เวลาเตรียมสองนาที

• เลือกเว็บตรวจสองเว็บ เว็บแรกควรแสดง IPv4 และ IPv6 แยกกัน ส่วนเว็บที่สองเป็นอีกเจ้าที่ไม่เกี่ยวกัน เพราะแต่ละเว็บใช้วิธีตรวจต่างกัน ถ้าผลไม่ตรงกันนั่นก็เป็นเบาะแสแล้ว
• เปิดหน้าต่างเบราว์เซอร์ใหม่ ปิดแท็บอื่น และปิดส่วนเสริมที่เปลี่ยนพฤติกรรมเครือข่ายชั่วคราว
• เปิดไฟล์โน้ต จดสี่ค่า คือที่อยู่ IPv4 ที่อยู่ IPv6 (ถ้ามี) เซิร์ฟเวอร์ DNS ที่เห็น และเวลา
• รู้ว่าอยู่เครือข่ายแบบไหน จดว่าเป็นเน็ตบ้าน เน็ตมือถือ หรือ Wi-Fi สาธารณะ เครือข่ายมือถือและเน็ตบ้านรุ่นใหม่มี IPv6 บ่อยกว่าเครือข่ายออฟฟิศเล็กหรือโรงแรม
• อย่าทดสอบตอนยังค้างหน้าล็อกอินของ Wi-Fi ให้ผ่านหน้านั้นก่อน เพราะพฤติกรรมของ VPN ก่อนล็อกอินไม่น่าเชื่อถือ

ถ้าคุณไม่เคยทดสอบ VPN มาก่อน บทความ วิธีทดสอบ VPN ครอบคลุมเรื่องความเร็วและ kill switch ด้วย ส่วนบทความนี้พูดเฉพาะเรื่อง IPv6

ขั้นที่ 1 จดค่าเริ่มต้นขณะปิด VPN

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

ค่าเริ่มต้นที่พบบ่อยมีสามแบบ

สิ่งที่เว็บตรวจแสดง	ความหมาย	ทำอะไรต่อ
มีแต่ที่อยู่สั้นคั่นด้วยจุด	เครือข่ายเป็น IPv4 อย่างเดียว	ทำต่อได้ แต่โอกาสรั่วต่ำ
มีทั้งที่อยู่สั้นและที่อยู่ยาวมีทวิภาค	มีสองระบบพร้อมกัน (dual stack)	ต้องทดสอบเต็มรูปแบบ
มีเฉพาะที่อยู่ยาว	เครือข่าย IPv6 ล้วนที่มีการแปลงที่อยู่	พบไม่บ่อย ยังทดสอบได้ แต่ควรถามผู้ให้บริการเครือข่ายว่าทำงานอย่างไร

จดส่วนต้นของที่อยู่ IPv6 ไว้ เพราะที่อยู่จากผู้ให้บริการรายเดียวกันมักขึ้นต้นเหมือนกันหลายกลุ่มแรก ส่วนต้นนี้จะเป็น "ลายนิ้วมือของผู้ให้บริการ" ถ้าตอนเปิด VPN แล้วยังเห็นส่วนต้นเดิม แสดงว่าที่อยู่ของผู้ให้บริการกำลังรั่ว

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

ขั้นที่ 2 เชื่อมต่อแล้วตรวจซ้ำด้วยเว็บเดิม

ต่อ VPN รอจนแอปบอกว่าเชื่อมต่อแล้ว จากนั้นรออีกราวสิบวินาที ช่วงรอนี้สำคัญ เพราะบางเครื่องยังถือการเชื่อมต่อเก่าไว้อีกพักหนึ่ง แล้วโหลดเว็บตรวจเดิมใหม่เพื่อเปรียบเทียบ

ไล่เช็กลิสต์สั้น ๆ นี้

1. IPv4 เปลี่ยนไหม ที่อยู่แบบจุดควรต่างจากค่าเริ่มต้น ถ้ายังเหมือนเดิม แปลว่า VPN ไม่ได้พาข้อมูลของคุณเลย ปัญหาใหญ่กว่าเรื่อง IPv6 ให้ไปอ่านคู่มือ ตรวจสอบว่า VPN ทำงานอยู่ไหม
2. บรรทัด IPv6 เป็นอย่างไร เทียบกับค่าเริ่มต้นที่จดไว้
3. บรรทัด DNS เป็นอย่างไร ตัวแปลงชื่อเปลี่ยนหรือยัง
4. เว็บตรวจที่สองยืนยันตรงกันไหม เปิดอีกเว็บแล้วดูว่าภาพรวมเหมือนกัน

ถ่ายภาพหน้าจอหรือคัดลอกค่าลงโน้ต อย่าอาศัยความจำ เพราะที่อยู่ยาวและหน้าตาคล้ายกันมาก

ขั้นที่ 3 อ่านผลทั้งสามแบบ

หลังตรวจตอนเชื่อมต่อ ผลของคุณจะตกอยู่ในกลุ่มใดกลุ่มหนึ่ง และมีเพียงกลุ่มเดียวที่เป็นปัญหา

ผล A: VPN พา IPv6 เข้าอุโมงค์

เว็บตรวจแสดงที่อยู่ IPv6 ที่ต่างจากค่าเริ่มต้น และไม่มีส่วนต้นเหมือนของผู้ให้บริการของคุณ ถือว่าผ่าน บริการ VPN ส่งทั้งสองตระกูลที่อยู่ผ่านอุโมงค์ ดังนั้นเว็บที่ใช้ IPv6 ก็เห็นที่อยู่ของ VPN ในฝั่งนั้นเช่นกัน

ควรตรวจเพิ่มอีกข้อ ดูว่าผล IPv4 และ IPv6 ชี้ไปที่ผู้ให้บริการหรือตำแหน่งกว้าง ๆ ใกล้เคียงกันหรือไม่ ถ้า IPv4 ชี้ที่หนึ่งแต่ IPv6 ชี้อีกที่ ไม่ได้แปลว่ารั่ว แต่บางเว็บอาจทำงานแปลก ๆ เพราะสองที่อยู่ไม่สอดคล้องกัน

ผล B: IPv6 ถูกบล็อกหรือปิด

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

ผล C: IPv6 รั่ว

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

ผล	IPv4 ที่เห็น	IPv6 ที่เห็น	สรุป
A: พาเข้าอุโมงค์	ที่อยู่ของ VPN	ที่อยู่อื่นที่ไม่ใช่ของผู้ให้บริการคุณ	ผ่าน
B: ถูกบล็อก	ที่อยู่ของ VPN	ไม่มี	ผ่าน
C: รั่ว	ที่อยู่ของ VPN	ที่อยู่ของผู้ให้บริการคุณ	ไม่ผ่าน
D: ยังไม่ได้ต่อ	ที่อยู่เดิมของคุณ	ที่อยู่เดิมของคุณ	VPN ยังไม่ทำงาน

ถ้าเจอผล D ให้หยุดแล้วแก้การเชื่อมต่อก่อน การทดสอบ leak ตอนอุโมงค์ไม่ทำงานไม่มีความหมาย

ขั้นที่ 4 ตรวจ DNS และ WebRTC ในรอบเดียวกัน

ขณะที่ VPN เปิดอยู่ ใช้เวลาอีกสองนาทีกับเรื่องที่อยู่ข้างเคียง IPv6 เพราะมักพังพร้อมกัน

• DNS เปิดหน้าทดสอบ DNS รายชื่อตัวแปลงชื่อที่ปรากฏไม่ควรเป็นรายการที่คุณจดตอนเริ่ม และจำไว้ว่าเซิร์ฟเวอร์ DNS เข้าถึงได้ทาง IPv6 แม้เส้นทาง IPv4 จะปลอดภัยแล้ว จึงมี IPv6 DNS leak ได้จริง ถ้าศัพท์พวกนี้ยังใหม่ อ่านพื้นฐานได้ที่ DNS คืออะไร
• WebRTC เบราว์เซอร์สามารถเปิดเผยที่อยู่ในเครื่องและที่อยู่สาธารณะผ่านฟีเจอร์ที่ทำมาสำหรับวิดีโอคอล เปิดหน้าทดสอบ WebRTC แล้วดูว่าไม่มี IPv6 ของผู้ให้บริการคุณโผล่ขึ้นมา ดูรายละเอียดที่เรื่อง WebRTC leak
• ทดสอบแบบผสม เข้าเว็บที่รู้ว่ารองรับ IPv6 และเว็บที่ไม่รองรับ ทั้งสองควรโหลดได้ ถ้าเว็บที่ใช้ IPv6 โหลดไม่ขึ้นขณะเปิด VPN แสดงว่าอาจบล็อก IPv6 แล้วแต่ทางสำรองเสีย

จดผลทุกข้อ รูปแบบอย่าง "IPv4 ปกติ แต่ DNS ฝั่ง IPv6 รั่ว" บอกได้ชัดว่าต้องไปดูตรงไหน

ขั้นที่ 5 แก้ปัญหา IPv6 leak

ถ้าเจอผล C ไม่ต้องตกใจ การรั่วเป็นเรื่องพบบ่อย แก้ได้ และมักเกิดแค่ที่อุปกรณ์เดียว ไล่แก้จากง่ายไปยาก

1. ดูการตั้งค่าของแอป VPN ก่อน มองหาตัวเลือกที่กล่าวถึง IPv6 การป้องกัน leak หรือการบล็อกทราฟฟิกนอกอุโมงค์ ส่วนค่าอื่นปล่อยตามค่าเริ่มต้น ถ้าไม่เห็นตัวเลือก ให้ถามฝ่ายสนับสนุนของ VPN ว่าจัดการ IPv6 อย่างไร อย่าเดาเอาเอง
2. เชื่อมต่อใหม่แล้วทดสอบอีกครั้ง บางครั้งการเชื่อมต่อใหม่ช่วยให้การป้องกันทำงานครบ ซึ่งเครื่องที่เพิ่งตื่นจากการพักอาจพลาดไป
3. ปิด IPv6 ที่การ์ดเครือข่ายที่ใช้อยู่ บน Windows เป็นช่องติ๊กในหน้าคุณสมบัติของอะแดปเตอร์ บน macOS ตั้ง IPv6 เป็น "Link-local only" ให้บริการเครือข่ายนั้นได้ ส่วน Android และ iPhone ไม่ค่อยมีสวิตช์ง่าย ๆ จึงต้องไปจัดการที่เราเตอร์หรือเลือกเครือข่ายอื่น บทความ Windows VPN กับ IPv6 พาทำบน Windows ทีละขั้น
4. ปิด IPv6 ที่เราเตอร์ ถ้าเราเตอร์มีตัวเลือก IPv6 การปิดที่นั่นครอบคลุมอุปกรณ์ทั้งบ้าน จดค่าเดิมไว้ก่อนเปลี่ยน
5. ทดสอบทุกอย่างซ้ำ ทำขั้นที่ 1 ถึง 4 อีกรอบ การแก้ถือว่าสำเร็จเมื่อเว็บตรวจให้ผล A หรือ B เท่านั้น

ข้อควรระวัง การปิด IPv6 เป็นทางแก้เฉพาะหน้า ไม่ใช่ชัยชนะถาวร เว็บและบริการจำนวนน้อยทำงานดีกว่าบน IPv6 และเมื่อเครือข่ายค่อย ๆ ย้ายไป บริการที่ใช้ IPv6 ล้วนจะพบมากขึ้น สำหรับคนส่วนใหญ่วันนี้ข้อแลกเปลี่ยนนี้เล็กน้อย จดสิ่งที่เปลี่ยนไว้เพื่อย้อนกลับเมื่อต้องการ

สามคน สามผลลัพธ์

น้ำหวาน นักศึกษาที่หอพัก ผู้ให้บริการเน็ตของน้ำหวานให้ทั้งสองระบบ ค่าเริ่มต้นเห็นทั้งสองที่อยู่ พอต่อ VPN ที่อยู่ IPv4 เปลี่ยน แต่ที่อยู่ยาวที่ขึ้นต้นเหมือนผู้ให้บริการยังอยู่ นี่คือผล C เธอปิด IPv6 ที่อะแดปเตอร์ Wi-Fi ของโน้ตบุ๊ก เชื่อมต่อใหม่ แล้วเว็บตรวจเหลือแค่ IPv4 ของ VPN กลายเป็นผล B และเธอจดการเปลี่ยนแปลงไว้ในไฟล์

อรุณ คนทำงานทางไกลที่พักโรงแรม ค่าเริ่มต้นของอรุณมีแค่ IPv4 เพราะเครือข่ายโรงแรมไม่ให้ IPv6 ตอนต่อ VPN เห็น IPv4 ใหม่และไม่มี IPv6 จึงไม่มีอะไรรั่ว เขาจดไว้ว่าผลนี้ใช้ได้เฉพาะเครือข่ายนี้ และวางแผนทดสอบใหม่เมื่อกลับบ้าน

เหม่ย นักท่องเที่ยวที่ใช้เน็ตมือถือ เครือข่ายมือถือของเหม่ยใช้ IPv6 หนาแน่น ตอนเริ่มเธอเห็นที่อยู่ยาวและ IPv4 ที่ผ่านการแปลง พอเปิด VPN ทั้งสองบรรทัดเปลี่ยนเป็นที่อยู่ที่ไม่เกี่ยวกับผู้ให้บริการมือถือ เป็นผล A แต่ตอนตรวจ DNS เธอพบตัวแปลงชื่อหนึ่งตัวที่ตรงกับของผู้ให้บริการ จึงแจ้งฝ่ายสนับสนุนของ VPN แทนที่จะคาดเดา

จุดร่วมของทั้งสามเรื่องคือ ขั้นตอนการทดสอบ ไม่ใช่ชื่อแอป เป็นสิ่งที่บอกความจริงบนเครือข่ายของคุณในวันนี้

ข้อจำกัดของการทดสอบผ่านเบราว์เซอร์ ความผิดพลาดที่พบบ่อย และการทดสอบซ้ำ

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

• แอปอาจใช้เส้นทางต่างกัน แอปแชต เกม หรือบริการของระบบอาจลองใช้ IPv6 ตรง ๆ ทั้งที่เบราว์เซอร์ไม่ได้ทำ
• เครือข่ายเปลี่ยนได้ การย้ายจาก Wi-Fi ไปเน็ตมือถือเปลี่ยนทั้งค่าเริ่มต้นและผล
• ช่วงเครื่องหลับแล้วตื่นสำคัญ เครื่องที่ตื่นอาจใช้เส้นทางที่ไม่ได้ป้องกันชั่วครู่ก่อน VPN เชื่อมต่อใหม่ kill switch ช่วยตรงนี้ได้ ดู คู่มือ kill switch
• เว็บตรวจไม่สมบูรณ์แบบ บางหน้าแคชผลหรือรายงานที่อยู่ของเราเตอร์ สองเว็บดีกว่าเว็บเดียว
• ผ่านการทดสอบไม่ได้แปลว่าไม่ระบุตัวตน ผลผ่านพิสูจน์ได้แค่ว่าเส้นทาง IP เรียบร้อย บัญชี คุกกี้ และลายนิ้วมือเบราว์เซอร์ยังระบุตัวคุณได้ ดังที่อธิบายในเรื่อง การถูกติดตามขณะใช้ VPN

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

ความผิดพลาดที่พบบ่อยในการทดสอบ IPv6

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

ควรทดสอบซ้ำเมื่อไรและบ่อยแค่ไหน

ตั้งเตือนในปฏิทินแล้วทดสอบใหม่ในสถานการณ์เหล่านี้

1. หลังติดตั้งแอป VPN ใหม่ครั้งแรก
2. หลังอัปเดตระบบปฏิบัติการครั้งใหญ่ ซึ่งอาจรีเซ็ตค่าของอะแดปเตอร์
3. เมื่อย้ายไปเครือข่ายใหม่ เช่นบ้านใหม่ ออฟฟิศใหม่ หรือซิมใหม่
4. หลังแอป VPN อัปเดตที่พูดถึงการตั้งค่าเครือข่ายหรือ leak
5. หลังเปลี่ยนเราเตอร์ หรือผู้ให้บริการย้ายคุณไปการเชื่อมต่อแบบใหม่
6. เมื่อรู้สึกว่าผิดปกติ เช่นเว็บถามตำแหน่งแปลก ๆ หรือโชว์ภูมิภาคจริงของคุณ

ขั้นตอนสั้น ๆ ก็พอ คือจดค่าเริ่มต้น เชื่อมต่อ เทียบผล ตรวจ DNS แล้วจบ เก็บไฟล์โน้ตไว้ ครั้งหน้าจะได้เทียบกับค่าครั้งก่อน ไม่ต้องเริ่มจากศูนย์

สรุป

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

ถ้าคุณกำลังเลือก VPN และอยากได้แพ็กเกจเติมเงินง่าย ๆ ไว้ลองทำตามขั้นตอนเหล่านี้ ดูตัวเลือกปัจจุบันได้ที่ หน้าราคา และดูแอปฟรีสำหรับแต่ละอุปกรณ์ได้ที่ หน้าดาวน์โหลด