ทำไมเว็บไซต์ยังรู้จักเมืองของคุณแม้ใช้ VPN
เว็บไซต์สามารถใช้สิทธิ์ตำแหน่งของเบราว์เซอร์และ IP สาธารณะของคุณแยกจากกัน: ตรวจสอบสิทธิ์ของต้นทาง การตั้งค่าระบบปฏิบัติการ และเมืองที่บันทึกไว้
มีสองกลไกที่ทำให้เมืองปรากฏบนหน้าจอ และมีเพียงกลไกเดียวที่สนใจว่า VPN ของคุณออกจากที่ใด Geolocation API ของเบราว์เซอร์คืนตำแหน่งอุปกรณ์เมื่อหน้าเว็บได้รับสิทธิ์ และการค้นหา IP ประเมินภูมิภาคจากที่อยู่ที่คำขอมาจาก เว็บไซต์ที่แสดงเมืองจริงของคุณขณะอุโมงค์ทำงานในอีกประเทศมักใช้กลไกแรก หรืออ่านเมืองที่บันทึกไว้เมื่อหลายเดือนก่อน ห้าขั้นตอนแยกกรณีเหล่านี้
ขั้นแรก: ตัดสินใจว่ากลไกใดตอบได้
เริ่มด้วยการถามว่าหน้าเว็บรู้อะไรได้จริง ตำแหน่งอุปกรณ์ต้องเรียก API และมีการตัดสินใจเรื่องสิทธิ์ และให้พิกัดที่แม่นยำ การประเมินด้วย IP ไม่ต้องขออะไรจากผู้ใช้ และให้เมืองอย่างดีที่สุด ซึ่งมักผิดพลาด การตั้งค่าบัญชีที่บันทึกไว้ไม่ต้องใช้ทั้งสองอย่างและอยู่รอดทุกการเปลี่ยนเครือข่าย
แหล่งข้อมูลสามแห่งนี้อธิบายรายงานเกือบทั้งหมด เว็บแผนที่ที่เน้นถนนของคุณใช้ API ร้านค้าที่ทักทายคุณด้วยภาษาผิดใช้การประเมินด้วย IP เว็บข่าวที่ยังแสดงบ้านเกิดของคุณหลังย้ายที่อยู่ใช้สิ่งที่บัญชีของคุณบันทึกไว้
| What the page shows | Likely source |
|---|---|
| Street-level accuracy | Device position from the Geolocation API |
| City or region only | IP geolocation of the exit address |
| Same city for months | Stored account preference |
| Different result in a private window | Stored permission or cached state |
ขั้นที่สอง: อ่านสิทธิ์สำหรับต้นทางนั้นโดยเฉพาะ
เบราว์เซอร์จดจำการตัดสินใจเรื่องสิทธิ์แยกตามต้นทาง เว็บไซต์ที่คุณอนุญาตเมื่อปีที่แล้วจึงเปิดได้โดยไม่ต้องถามใหม่ ตรวจสอบรายการตำแหน่งสำหรับเว็บไซต์นั้นโดยเฉพาะในการตั้งค่าเว็บไซต์ของเบราว์เซอร์ ไม่ใช่ค่าเริ่มต้นส่วนกลาง เพราะการตั้งค่าส่วนกลางตัดสินเพียงว่าเกิดอะไรขึ้นเมื่อไม่มีอะไรบันทึกไว้
จากนั้นตรวจสอบระบบปฏิบัติการ เบราว์เซอร์บนคอมพิวเตอร์หรือโทรศัพท์สมัยใหม่ต้องมีสิทธิ์ตำแหน่งของแพลตฟอร์มด้วย และสิทธิ์แพลตฟอร์มที่ถูกปฏิเสธทำให้ API ล้มเหลวแม้เว็บไซต์ได้รับอนุญาต ตำแหน่งที่ใช้ได้อาจมาจากบริการของแพลตฟอร์ม ซึ่งไม่เกี่ยวข้องกับอุโมงค์เลย
เงื่อนไขทางเทคนิคสองข้ออธิบายความล้มเหลวส่วนใหญ่ที่ดูเหมือนปัญหา VPN API ต้องมีบริบทที่ปลอดภัย หน้า HTTP ธรรมดาจึงใช้ไม่ได้เลย และเฟรมที่ฝังอยู่อาจถูกบล็อกโดย Permissions Policy ของหน้า คำขอที่ถูกปฏิเสธจึงเป็นผลจากเบราว์เซอร์หรือนโยบายของหน้ามากกว่าจากเครือข่าย
ขั้นที่สาม: ยืนยันที่อยู่ขาออกด้วยคำขอใหม่
ถามบริการอิสระว่าเห็นที่อยู่ใด จากเบราว์เซอร์เดียวกันกับที่คุณทดสอบ แท็บเก่า service worker หรือหน้าที่แคชไว้อาจรายงานคำตอบของเมื่อวาน และการเทียบคำตอบใหม่กับสิ่งที่เว็บไซต์แสดงจะขจัดข้อสงสัยนั้น
curl -s https://ifconfig.me
curl -s https://ipinfo.io/json
รันคำสั่งเหล่านี้จากเครื่อง ไม่ใช่จากเราเตอร์ และบันทึกที่อยู่กับประเทศที่แต่ละคำสั่งคืนมา หากทั้งสองรายงานประเทศของ VPN แต่เว็บไซต์ยังแสดงบ้านเกิดของคุณ แปลว่าทางออกไม่ใช่ต้นเหตุ และตัวเลือกที่เหลือคือสิทธิ์ ข้อมูลที่บันทึกไว้ และเส้นทางรั่วไหล
เส้นทางรั่วไหลคือความเป็นไปได้ที่สาม: ส่วนขยายเบราว์เซอร์ที่มีสแตกเครือข่ายของตัวเอง เส้นทาง split-tunnel ที่ส่งเว็บไซต์ออกนอกอุโมงค์ หรือเส้นทาง IPv6 ที่อุโมงค์ไม่ได้พาไป ทุกอย่างมองเห็นได้ในคำขอเอง การตรวจสอบขาออกจึงมาก่อนการเปลี่ยนการตั้งค่าใด ๆ ส่วนขยายที่มีการตั้งค่า proxy ของตัวเองคือสิ่งที่คนมองข้าม เพราะมันข้ามอุโมงค์ได้สำหรับแท็บเดียว
ขั้นที่สี่: ดูว่าบัญชีบันทึกอะไรไว้แล้ว
การเพิกถอนสิทธิ์มีผลต่อการเข้าถึงในอนาคตตามกฎของเบราว์เซอร์ และไม่ลบตำแหน่งที่บริการบันทึกไว้แล้ว เมืองบ้านเกิด ที่อยู่จัดส่ง หรือภูมิภาคโปรไฟล์จะยังอยู่จนกว่าแอปจะอัปเดต และเว็บไซต์ยังประเมินคร่าว ๆ จากที่อยู่ขาออกได้
มองหาการควบคุมตำแหน่งของเว็บไซต์เองก่อนสรุปว่าเบราว์เซอร์เป็นความผิด แอปหลายตัวมีตัวเลือกภูมิภาคแบบแมนนวลที่แทนที่การประเมินอัตโนมัติทั้งหมด และเจ้าหน้าที่สนับสนุนที่อ่านบันทึกบัญชีจะเห็นค่านั้นแทนการเชื่อมต่อปัจจุบันของคุณ
เมื่อค่าที่บันทึกไว้สำคัญ ให้เปลี่ยนในบัญชีและบันทึกวันที่ นั่นทำให้คุณมีจุดข้อมูลที่สองเมื่อเมืองเก่าปรากฏอีกครั้ง ภาพหน้าจอของหน้าบัญชีก่อนการเปลี่ยนแปลงมีค่ามากกว่าคำอธิบายหลังการเปลี่ยนแปลง
ขั้นที่ห้า: เปลี่ยนตัวแปรทีละตัว
ทดสอบตามลำดับที่กำหนด: ตรวจสอบขาออกใหม่ สิทธิ์ต้นทาง สิทธิ์แพลตฟอร์ม การตั้งค่าบัญชี แล้วจึงใช้โปรไฟล์เบราว์เซอร์อื่น การเปลี่ยนหลายอย่างพร้อมกันทำให้ระบุต้นเหตุไม่ได้ และคำตอบห้านาทีก็กลายเป็นสัปดาห์แห่งการคาดเดา
บันทึกสิ่งที่คุณเปลี่ยนและสิ่งที่หน้าเว็บแสดงหลังจากนั้น หากการแสดงผลเปลี่ยนเฉพาะในหน้าต่างส่วนตัว สาเหตุคือสถานะที่บันทึกไว้ หากไม่เปลี่ยนเลย หน้าเว็บใช้การประเมินด้วย IP หรือค่าบัญชีที่เบราว์เซอร์ไม่อาจมีผล เก็บก่อนและหลังไว้ในบันทึกเดียวกัน เพราะรูปแบบคือหลักฐาน
ซื่อสัตย์ในข้อสรุป: VPN เปลี่ยนที่อยู่ที่คำขอมาจาก และ Geolocation API เป็นช่องทางแยกที่ต้องมีสิทธิ์ซึ่งอุโมงค์ไม่ได้แตะต้อง ข้อเท็จจริงทั้งสองเป็นจริงพร้อมกันได้ และรายงานที่สับสนส่วนใหญ่มาจากการมองว่าเป็นทางเลือกแทนกัน