Bakit hindi nagtutugma ang exit ng VPN at ang wika ng iyong browser

Buksan ang mga tool ng developer, i-load ang pahina at basahin ang mga header ng kahilingan bago ka maghinuha tungkol sa VPN. Karaniwang makikita mo ang linyang Accept-Language na humihingi ng partikular na set ng mga wika, at ang linyang iyon ay galing sa mga setting ng browser, hindi sa address ng iyong exit. Ang nagsasalita ng Pranses sa exit sa Tokyo ay nagpapadala pa rin ng Pranses, at ang site na sumasagot sa Pranses ay sumasagot sa header na iyon. Hindi tumatagas ang tunnel dahil lang dumating ang pahina sa pamilyar na wika.

Basahin muna ang header

Sa desktop browser, buksan ang panel ng Network, i-reload, i-click ang kahilingan ng dokumento at tingnan sa ilalim ng mga header ng kahilingan. Mula sa terminal makikita mo ang parehong bagay nang walang browser, at maaari mong palitan ang halaga para subukan ang gawi ng site:

curl -sS -D /tmp/h1 -o /tmp/b1 https://example.com
curl -sS -D /tmp/h2 -o /tmp/b2 -H 'Accept-Language: fr,en;q=0.6' https://example.com
grep -o 'lang="[^"]*"' /tmp/b1 /tmp/b2
diff /tmp/b1 /tmp/b2 | head -40

Nasa disk na ngayon ang katawan, kaya tungkol sa pahina ang paghahambing at hindi sa header na maaaring hindi kailanman ipadala. Tingnan ang atributong lang ng tag na html at ang nakikitang teksto, dahil opsyonal ang Content-Language at maraming server ang hindi ito isinasama. Kaya ang site na nagpapalit ng buong pahina mula Ingles patungong Pranses sa parehong URL ay maaaring magmukhang hindi nagbago sa paghahambing ng mga header lamang. Kung sinusundan ng wika ng dokumento ang header habang nananatiling fixed ang exit, ang header ang naging mapagpasyang input at walang kinalaman ang VPN sa obserbasyong iyon.

Gumamit ng pangalawang profile ng browser sa halip na ang sariling language switcher ng site para sa test na ito. Karaniwang nagsusulat ng cookie ang switcher, na ibang input, at sa huli ang cookie ang susukatin mo sa halip na ang header.

Ano ang ibig sabihin ng mga value ng q, at ano ang hindi

Itinatakda ng RFC 9110 seksyon 12.5.4 ang Accept-Language bilang listahan ng mga gustong natural na wika para sa tugon. Maaaring magdala ng bigat mula 0 hanggang 1 ang bawat entry, ang saklaw na walang bigat ay may bigat na 1, at ang bigat na 0 ay nagmamarka ng wikang hindi katanggap-tanggap. Ito ay pagkakasunod-sunod ng kagustuhan at wala nang iba.

Ang value ay hindi ulat ng lokasyon, hindi score ng pagtitiwala at hindi pagkakakilanlan. Malaya ang server na balewalain ito, ihain ang tanging salin na mayroon ito, o hayaan ang redirect batay sa bansa na manalo. Ang negosasyon ng nilalaman ay pagpili ng server, at ang header ay input sa pagpipiliang iyon, hindi utos.

Ito ang bahaging hindi napapansin ng mga tao kapag itinuturing nilang test ng lokasyon ang isang lokalisa na pahina. Isinasaad ng header kung aling mga wika ang gustong basahin ng tao, at ang kagustuhan ay maaaring maglakbay kahit saan.

Tatlong input ang nagtatakda ng wikang aktwal na natatanggap mo

Ihiwalay ang mga ito nang isa-isa, dahil mula sa labas hindi mo nakikita kung alin ang nanalo:

• Ang header. Subukan gamit ang pangalawang profile na nakatakda sa ibang listahan ng wika, at tingnan kung nagbabago ang pahina habang ang lahat ng iba ay nananatiling pareho.
• Nakaimbak na pagpili. Subukan sa private window na walang cookies, o i-clear ang storage ng site. Ang mga setting ng account at entry sa localStorage ay maaaring magpack ng wika nang maraming buwan.
• URL o redirect. Subukan sa pamamagitan ng paghingi ng tahasang landas ng wika, gaya ng /fr/, at pagmamasid sa mga status code ng redirect na batay sa address ng pinagmulan.

Patakbuhin ang tatlong test sa ganoong pagkakasunod-sunod at itala kung alin ang gumalaw sa resulta. Ang isang pag-load ng pahina na nagbabago ng wika pagkatapos mong buksan ang VPN ay mahinang ebidensya, dahil parehong redirect at naka-cache na cookie ang maaaring lumikha ng impresyong iyon.

Ano ang binabago ng VPN at ano ang hindi

Binabago ng tunnel ang address ng pinagmulan na nakikita ng server, at kasama nito ang lahat ng hinuhulaan ng server mula sa geolocation ng IP. Hindi nito muling isinusulat ang mga kagustuhan sa wika ng browser, hindi binubura ang nakaimbak na setting at hindi binabago ang URL na itinipa mo. Ang mga input na iyon ay nananatili kung saan sila naroroon, kaya maaaring mapanatili ng pahina ang lumang wika nito pagkatapos gumalaw ng exit.

Nagdadagdag ng sariling ingay ang geolocation. Hindi nagkakasundo ang mga database ng address, at ang exit na nakarehistro sa isang bansa ay maaaring i-map sa iba, na nagpapamukhang mali ang redirect batay sa bansa dahil sa mga dahilang walang kinalaman sa iyong browser.

Pinaghihiwalay sila ng mabilis na pagsusuri: hilingin muli ang pahina, itala ang address na ipinapakita mo, at ihambing ang wika ng tugon sa iyong listahan ng header. Kung tumutugma ang wika sa iyong listahan at hindi sa bansa ng exit, ang header ang mapagpasyang input at walang dapat ayusin sa tunnel.

Ano ang pinatutunayan ng lokalisa na pahina at ano ang hindi

May tunay na isyu sa privacy dito, at ito ay mas maliit kaysa sa karaniwang itinataas ng mga tao. Ang kumpletong listahan ng mga kagustuhan sa wika ay input sa fingerprinting at maaaring magbunyag ng isang bagay tungkol sa kung sino ka o ano ang binabasa mo. Iyon ay tunay na pagbubunyag ng kagustuhan, at hindi ito katulad ng pagpapatunay na nakatakas ang trapiko sa tunnel.

Ang lokalisa na pahina ay hindi tagapagpahiwatig ng pagtagas. Kung talagang gusto mong subukan ang pagtagas, suriin ang address ng exit na nakikita ng site, ang landas ng resolver na ginagamit sa paghahanap ng pangalan at ang mga kandidatong inilalantad ng stack ng WebRTC. Sinasagot ng mga test na iyon ang tanong na hindi kayang sagutin ng wika ng pahina.

Sa susunod na magmukhang alam ng isang site ang bansa mo, buksan muna ang mga header ng kahilingan. Kung tumutugma ang wika ng tugon sa listahan ng iyong browser, walang tumagas, at ang layer na dapat mong tingnan ay ang nasa harap mo.