Mengapa laman web masih tahu bandar anda melalui VPN
Laman boleh menggunakan kebenaran lokasi pelayar dan IP awam anda secara berasingan: semak kebenaran asal, tetapan sistem pengendalian dan bandar yang disimpan.
Dua mekanisme boleh meletakkan bandar pada skrin dan hanya satu yang mengambil peduli dari mana VPN anda keluar. Geolocation API pelayar mengembalikan kedudukan peranti apabila halaman mempunyai kebenaran, dan carian IP menganggar wilayah daripada alamat tempat permintaan datang. Laman yang menunjukkan bandar sebenar anda semasa terowong berjalan di negara lain biasanya menggunakan mekanisme pertama, atau membaca bandar yang disimpannya berbulan-bulan lalu. Lima langkah memisahkan kes-kes itu.
Langkah satu: tentukan mekanisme mana yang boleh menjawab
Mulakan dengan bertanya apa yang mungkin diketahui oleh halaman. Kedudukan peranti memerlukan panggilan API dan keputusan kebenaran, dan ia menghasilkan koordinat yang tepat. Anggaran IP tidak memerlukan apa-apa daripada pengguna dan paling baik menghasilkan bandar, selalunya salah. Keutamaan akaun yang disimpan tidak memerlukan kedua-duanya dan bertahan setiap perubahan rangkaian.
Ketiga-tiga sumber itu menjelaskan hampir setiap laporan. Laman peta yang berpusat pada jalan anda menggunakan API. Kedai yang menyapa anda dalam bahasa yang salah menggunakan anggaran IP. Laman berita yang terus memaparkan bandar asal anda selepas berpindah menggunakan apa yang disimpan oleh akaun anda.
| 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 |
Langkah dua: baca kebenaran untuk asal yang tepat itu
Pelayar mengingati keputusan kebenaran bagi setiap asal, jadi laman yang anda benarkan tahun lalu terbuka tanpa permintaan baharu. Semak entri lokasi untuk laman itu secara khusus dalam tetapan laman pelayar dan bukan nilai lalai global, kerana tetapan global hanya menentukan apa yang berlaku apabila tiada apa-apa disimpan.
Kemudian semak sistem pengendalian. Pelayar pada komputer atau telefon moden juga memerlukan kebenaran lokasi platform, dan kebenaran platform yang ditolak menyebabkan API gagal walaupun laman dibenarkan. Kedudukan yang tersedia boleh datang daripada perkhidmatan platform, yang tiada kaitan dengan terowong.
Dua syarat teknikal menjelaskan kebanyakan kegagalan yang kelihatan seperti masalah VPN. API memerlukan konteks selamat, jadi halaman HTTP biasa tidak boleh menggunakannya sama sekali, dan bingkai terbenam boleh disekat oleh Permissions Policy halaman. Permintaan yang ditolak oleh itu jauh lebih kerap hasil pelayar atau dasar halaman daripada rangkaian.
Langkah tiga: sahkan alamat keluar dengan permintaan baharu
Tanya perkhidmatan bebas alamat apa yang dilihatnya, daripada pelayar yang sama yang anda uji. Tab lama, service worker atau halaman yang dicache boleh melaporkan jawapan semalam, dan membandingkan respons baharu dengan apa yang dipaparkan laman menghapuskan keraguan itu.
curl -s https://ifconfig.me
curl -s https://ipinfo.io/json
Jalankan daripada mesin, bukan daripada penghala, dan catat alamat serta negara yang dikembalikan oleh setiap satu. Jika kedua-duanya melaporkan negara VPN dan laman masih memaparkan bandar asal anda, keluar bukan sumbernya, dan calon yang tinggal ialah kebenaran, data yang disimpan dan laluan kebocoran.
Laluan kebocoran ialah kemungkinan ketiga: sambungan pelayar dengan tindanan rangkaiannya sendiri, laluan split-tunnel yang menghantar laman ke luar terowong, atau laluan IPv6 yang tidak dibawa oleh terowong. Setiap satu kelihatan dalam permintaan itu sendiri, sebab itu pemeriksaan keluar datang sebelum sebarang perubahan tetapan. Sambungan dengan tetapan proxy sendiri ialah yang sering terlepas pandang, kerana ia boleh memintas terowong untuk satu tab.
Langkah empat: lihat apa yang telah disimpan oleh akaun
Membatalkan kebenaran mempengaruhi akses masa depan mengikut peraturan pelayar dan tidak memadam kedudukan yang sudah disimpan oleh perkhidmatan. Bandar asal yang disimpan, alamat penghantaran atau wilayah profil kekal sehingga aplikasi mengemas kininya, dan laman masih boleh membuat anggaran kasar daripada alamat keluar.
Cari kawalan lokasi laman itu sendiri sebelum membuat kesimpulan bahawa pelayar yang bersalah. Banyak aplikasi menyimpan pemilih wilayah manual yang mengatasi setiap anggaran automatik, dan ejen sokongan yang membaca rekod akaun melihat nilai itu dan bukan sambungan semasa anda.
Apabila nilai yang disimpan itu penting, ubahnya dalam akaun dan catat tarikhnya. Itu memberi anda titik data kedua apabila bandar lama muncul semula. Tangkapan skrin halaman akaun sebelum perubahan lebih bernilai daripada penerangannya selepas itu.
Langkah lima: ubah satu pemboleh ubah pada satu masa
Uji dalam urutan tetap: pemeriksaan keluar baharu, kebenaran asal, kebenaran platform, tetapan akaun, kemudian profil pelayar lain. Mengubah beberapa perkara sekali gus menjadikan sumber tidak dapat dikenal pasti, dan begitulah jawapan lima minit menjadi seminggu spekulasi.
Catat apa yang anda ubah dan apa yang dipaparkan oleh halaman selepas itu. Jika paparan hanya berubah dalam tetingkap peribadi, puncanya keadaan yang disimpan; jika ia tidak pernah berubah, laman menggunakan anggaran IP atau nilai akaun yang tidak boleh dipengaruhi oleh pelayar. Simpan sebelum dan selepas dalam nota yang sama, kerana corak itulah buktinya.
Kekal jujur dalam kesimpulan: VPN mengubah alamat tempat permintaan datang, dan Geolocation API ialah saluran berasingan yang memerlukan kebenaran dan tidak disentuh oleh terowong. Kedua-dua fakta boleh benar pada masa yang sama, dan kebanyakan laporan yang mengelirukan berlaku kerana kedua-duanya dianggap sebagai pilihan.