VPN എക്‌സിറ്റും നിങ്ങളുടെ ബ്രൗസർ ഭാഷയും എന്തുകൊണ്ട് ഒത്തുപോകുന്നില്ല

VPN-നെക്കുറിച്ച് എന്തെങ്കിലും നിഗമനത്തിൽ എത്തുന്നതിന് മുമ്പ് ഡെവലപ്പർ ടൂളുകൾ തുറന്ന് പേജ് ലോഡ് ചെയ്ത് അഭ്യർത്ഥന ഹെഡറുകൾ വായിക്കുക. സാധാരണയായി ഒരു നിശ്ചിത ഭാഷാസംഘത്തെ ആവശ്യപ്പെടുന്ന Accept-Language വരി കാണാം, ആ വരി നിങ്ങളുടെ എക്സിറ്റ് വിലാസത്തിൽ നിന്നല്ല, ബ്രൗസർ ക്രമീകരണങ്ങളിൽ നിന്നാണ് വരുന്നത്. ടോക്കിയോ എക്സിറ്റിലുള്ള ഫ്രഞ്ച് സംസാരിക്കുന്നയാൾ ഇപ്പോഴും ഫ്രഞ്ച് അയയ്ക്കുന്നു, ഫ്രഞ്ചിൽ മറുപടി നൽകുന്ന സൈറ്റ് ആ ഹെഡറിനാണ് മറുപടി നൽകുന്നത്. പരിചിതമായ ഭാഷയിൽ പേജ് എത്തി എന്ന കാരണത്താൽ ടണൽ ചോരുന്നില്ല.

എല്ലാറ്റിനും മുമ്പ് ഹെഡർ വായിക്കുക

ഡെസ്‌ക്ടോപ്പ് ബ്രൗസറിൽ നെറ്റ്‌വർക്ക് പാനൽ തുറന്ന്, വീണ്ടും ലോഡ് ചെയ്ത്, ഡോക്യുമെന്റ് അഭ്യർത്ഥനയിൽ ക്ലിക്ക് ചെയ്ത് അഭ്യർത്ഥന ഹെഡറുകൾക്ക് താഴെ നോക്കുക. ടെർമിനലിൽ നിന്ന് ബ്രൗസർ ഇല്ലാതെയും ഇതേ കാര്യം കാണാം, സൈറ്റിന്റെ സ്വഭാവം പരിശോധിക്കാൻ മൂല്യം മാറ്റിയെഴുതാം:

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

ഇപ്പോൾ ബോഡി ഡിസ്കിൽ ആണ്, അതിനാൽ താരതമ്യം പേജിനെക്കുറിച്ചാണ്, ഒരിക്കലും അയയ്ക്കപ്പെടാത്ത ഹെഡറിനെക്കുറിച്ചല്ല. html ടാഗിന്റെ lang ആട്രിബ്യൂട്ടും കാണുന്ന ടെക്സ്റ്റും നോക്കുക, കാരണം Content-Language ഐച്ഛികമാണ്, പല സെർവറുകളും അത് ഒഴിവാക്കുന്നു. അതിനാൽ ഒരേ URL-ൽ മുഴുവൻ പേജും ഇംഗ്ലീഷിൽ നിന്ന് ഫ്രഞ്ചിലേക്ക് മാറ്റുന്ന സൈറ്റ്, ഹെഡറുകൾ മാത്രം താരതമ്യം ചെയ്യുമ്പോൾ മാറാത്തതുപോലെ തോന്നാം. എക്സിറ്റ് സ്ഥിരമായിരിക്കെ ഡോക്യുമെന്റ് ഭാഷ ഹെഡറിനെ പിന്തുടരുന്നെങ്കിൽ, ഹെഡറാണ് നിർണായക ഇൻപുട്ട്, ആ നിരീക്ഷണത്തിന് VPN-മായി ബന്ധമില്ല.

ഈ പരീക്ഷണത്തിന് സൈറ്റിന്റെ സ്വന്തം ഭാഷാ സ്വിച്ചിന് പകരം രണ്ടാമത്തെ ബ്രൗസർ പ്രൊഫൈൽ ഉപയോഗിക്കുക. സ്വിച്ച് സാധാരണയായി ഒരു കുക്കി എഴുതുന്നു, അത് മറ്റൊരു ഇൻപുട്ടാണ്, അവസാനം ഹെഡറിന് പകരം കുക്കി അളക്കും.

q മൂല്യങ്ങൾ എന്താണ് അർഥമാക്കുന്നത്, എന്തല്ല

RFC 9110-ന്റെ 12.5.4 വിഭാഗം Accept-Language-നെ പ്രതികരണത്തിന് മുൻഗണനയുള്ള സ്വാഭാവിക ഭാഷകളുടെ പട്ടികയായി നിർവചിക്കുന്നു. ഓരോ എൻട്രിക്കും 0 മുതൽ 1 വരെ തൂക്കം വഹിക്കാം, തൂക്കമില്ലാത്ത ശ്രേണിയുടെ തൂക്കം 1, തൂക്കം 0 ഒരു ഭാഷയെ സ്വീകാര്യമല്ലെന്ന് അടയാളപ്പെടുത്തുന്നു. ഇത് മുൻഗണനാ ക്രമമാണ്, അതിൽ കൂടുതലൊന്നുമില്ല.

മൂല്യം ഒരു സ്ഥാന റിപ്പോർട്ടല്ല, വിശ്വാസ സ്കോറല്ല, ഐഡന്റിറ്റിയുമല്ല. സെർവറിന് അത് അവഗണിക്കാം, തനിക്കുള്ള ഏക വിവർത്തനം നൽകാം, അല്ലെങ്കിൽ രാജ്യാധിഷ്ഠിത റീഡയറക്ട് വിജയിക്കാൻ അനുവദിക്കാം. ഉള്ളടക്ക വിനിമയം സെർവറിന്റെ തിരഞ്ഞെടുപ്പാണ്, ഹെഡർ ആ തിരഞ്ഞെടുപ്പിനുള്ള ഇൻപുട്ടാണ്, കല്പനയല്ല.

പ്രാദേശികമാക്കിയ പേജിനെ സ്ഥാന പരിശോധനയായി കാണുമ്പോൾ ആളുകൾ വിട്ടുപോകുന്ന ഭാഗം ഇതാണ്. ഹെഡർ വ്യക്തി ഏത് ഭാഷകളാണ് വായിക്കാൻ ഇഷ്ടപ്പെടുന്നതെന്ന് പറയുന്നു, മുൻഗണന എവിടെയും യാത്ര ചെയ്യാം.

യഥാർത്ഥത്തിൽ ലഭിക്കുന്ന ഭാഷ മൂന്ന് ഇൻപുട്ടുകൾ തീരുമാനിക്കുന്നു

അവയെ ഓരോന്നായി വേർതിരിക്കുക, കാരണം പുറത്തുനിന്ന് ഏതാണ് ജയിച്ചതെന്ന് കാണാനാവില്ല:

• ഹെഡർ. മറ്റൊരു ഭാഷാ പട്ടികയ്ക്കായി ക്രമീകരിച്ച രണ്ടാമത്തെ പ്രൊഫൈലുമായി പരീക്ഷിക്കുക, ബാക്കിയെല്ലാം സ്ഥിരമായിരിക്കെ പേജ് മാറുന്നുണ്ടോ എന്ന് നിരീക്ഷിക്കുക.
• സംഭരിച്ച തിരഞ്ഞെടുപ്പ്. കുക്കിയില്ലാത്ത സ്വകാര്യ വിൻഡോയിൽ പരീക്ഷിക്കുക, അല്ലെങ്കിൽ സൈറ്റിന്റെ സ്റ്റോറേജ് മായ്ക്കുക. അക്കൗണ്ട് ക്രമീകരണങ്ങളും localStorage എൻട്രികളും ഭാഷ മാസങ്ങളോളം പിന്നിലാക്കാം.
• URL അല്ലെങ്കിൽ റീഡയറക്ട്. വ്യക്തമായ ഭാഷാ പാത, ഉദാഹരണത്തിന് /fr/, ആവശ്യപ്പെട്ടും ഉറവിട വിലാസത്തെ അടിസ്ഥാനമാക്കിയ റീഡയറക്ടിന്റെ സ്റ്റാറ്റസ് കോഡുകൾ നിരീക്ഷിച്ചും പരീക്ഷിക്കുക.

മൂന്ന് പരീക്ഷണങ്ങളും ആ ക്രമത്തിൽ നടത്തി ഏതാണ് ഫലം മാറ്റിയതെന്ന് എഴുതുക. VPN ഓണാക്കിയ ശേഷം ഭാഷ മാറ്റുന്ന ഒരൊറ്റ പേജ് ലോഡ് ദുർബല തെളിവാണ്, കാരണം റീഡയറക്ടും കാഷെ ചെയ്ത കുക്കിയും ആ മതിപ്പ് സൃഷ്ടിക്കാം.

VPN എന്താണ് മാറ്റുന്നത്, എന്താണ് മാറ്റാത്തത്

ടണൽ സെർവർ കാണുന്ന ഉറവിട വിലാസവും അതിനൊപ്പം സെർവർ IP ഭൂസ്ഥാനത്തിൽ നിന്ന് അനുമാനിക്കുന്നതെല്ലാം മാറ്റുന്നു. ബ്രൗസറിന്റെ ഭാഷാ മുൻഗണനകൾ അത് വീണ്ടും എഴുതുന്നില്ല, സംഭരിച്ച ക്രമീകരണം മായ്ക്കുന്നില്ല, നിങ്ങൾ ടൈപ്പ് ചെയ്ത URL മാറ്റുന്നുമില്ല. ആ ഇൻപുട്ടുകൾ ഉണ്ടായിരുന്നിടത്തുതന്നെ തുടരുന്നു, അതിനാൽ എക്സിറ്റ് മാറിയശേഷവും പേജിന് അതിന്റെ പഴയ ഭാഷ നിലനിർത്താം.

ഭൂസ്ഥാനം അതിന്റേതായ ബഹളം ചേർക്കുന്നു. വിലാസ ഡാറ്റാബേസുകൾ പരസ്പരം യോജിക്കുന്നില്ല, ഒരു രാജ്യത്ത് രജിസ്റ്റർ ചെയ്ത എക്സിറ്റ് മറ്റൊന്നിലേക്ക് മാപ്പ് ചെയ്യപ്പെടാം, ഇത് രാജ്യാധിഷ്ഠിത റീഡയറക്ടിനെ നിങ്ങളുടെ ബ്രൗസറുമായി ബന്ധമില്ലാത്ത കാരണങ്ങളാൽ തെറ്റായി കാണിക്കുന്നു.

ഒരു വേഗത്തിലുള്ള പരിശോധന അവയെ വേർതിരിക്കുന്നു: പേജ് പുതുതായി ആവശ്യപ്പെടുക, നിങ്ങൾ അവതരിപ്പിക്കുന്ന വിലാസം രേഖപ്പെടുത്തുക, എന്നിട്ട് പ്രതികരണ ഭാഷ നിങ്ങളുടെ ഹെഡർ പട്ടികയുമായി താരതമ്യം ചെയ്യുക. എക്സിറ്റ് രാജ്യത്തിന് പകരം നിങ്ങളുടെ പട്ടികയുമായി ഭാഷ ഒത്തുപോകുന്നെങ്കിൽ, ഹെഡറാണ് നിർണായക ഇൻപുട്ട്, ടണലിൽ തിരുത്താനുള്ളതായി ഒന്നുമില്ല.

പ്രാദേശികമാക്കിയ പേജ് എന്താണ് തെളിയിക്കുന്നത്, എന്തല്ല

ഇവിടെ ഒരു യഥാർത്ഥ സ്വകാര്യതാ വിഷയമുണ്ട്, അത് ആളുകൾ സാധാരണയായി ഉന്നയിക്കുന്നതിനേക്കാൾ ചെറുതാണ്. ഭാഷാ മുൻഗണനകളുടെ പൂർണ പട്ടിക ഫിംഗർപ്രിന്റ് ഇൻപുട്ടാണ്, നിങ്ങൾ ആരാണ് അല്ലെങ്കിൽ എന്താണ് വായിക്കുന്നത് എന്നതിനെക്കുറിച്ച് എന്തെങ്കിലും വെളിപ്പെടുത്താം. അത് മുൻഗണനയുടെ യഥാർത്ഥ വെളിപ്പെടുത്തലാണ്, ട്രാഫിക് ടണലിൽ നിന്ന് പുറത്തുകടന്നു എന്ന് തെളിയിക്കുന്നതിന് തുല്യമല്ല.

പ്രാദേശികമാക്കിയ പേജ് ചോർച്ചയുടെ സൂചകമല്ല. ചോർച്ച ശരിക്കും പരിശോധിക്കണമെങ്കിൽ സൈറ്റ് കാണുന്ന എക്സിറ്റ് വിലാസം, പേരുകൾ തേടാൻ ഉപയോഗിക്കുന്ന റെസോൾവർ പാത, WebRTC സ്റ്റാക്ക് വെളിപ്പെടുത്തുന്ന സ്ഥാനാർത്ഥികൾ എന്നിവ പരിശോധിക്കുക. ആ പരീക്ഷണങ്ങൾ പേജിന്റെ ഭാഷയ്ക്ക് ഉത്തരം നൽകാനാവാത്ത ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു.

അടുത്ത തവണ ഒരു സൈറ്റ് നിങ്ങളുടെ രാജ്യം അറിയുന്നതായി തോന്നിയാൽ, ആദ്യം അഭ്യർത്ഥന ഹെഡറുകൾ തുറക്കുക. പ്രതികരണ ഭാഷ നിങ്ങളുടെ ബ്രൗസർ പട്ടികയുമായി ഒത്തുപോകുന്നെങ്കിൽ ഒന്നും ചോരിയിട്ടില്ല, നോക്കേണ്ട പാളി നിങ്ങളുടെ മുന്നിലുള്ളതാണ്.