ഒരു VPN വഴി HTTPS എങ്ങനെ ആദ്യ അഭ്യർത്ഥനയാക്കാം

ഒരു റീഡയറക്ട് ഇതിനകം തന്നെ വ്യക്തമായ ഒരു അഭ്യർത്ഥന അയച്ചതിന് ശേഷം http:// ആദ്യം ടൈപ്പ് ചെയ്യുകയും https://-ൽ ലാൻഡ് ചെയ്യുകയും ചെയ്യുന്ന ഒരു ബ്രൗസർ, ഒരു VPN അത് മാറ്റില്ല. തുരങ്കം ക്ലയൻ്റിൽ നിന്ന് എക്സിറ്റ് നോഡിലേക്ക് കാലിനെ സംരക്ഷിക്കുന്നു; ഇത് ട്രാൻസ്പോർട്ട് ലെയറിന് മുകളിലുള്ള ഒന്നും എൻക്രിപ്റ്റ് ചെയ്യുന്നില്ല, അതിനാൽ എക്സിറ്റിനും ഉത്ഭവത്തിനും ഇടയിലുള്ള ഒരു നിരീക്ഷകൻ ഇപ്പോഴും പ്ലെയിൻ ടെക്സ്റ്റ് ഹോപ്പ് കാണുന്നു. HTTPS-നെ ആദ്യ അഭ്യർത്ഥനയാക്കുന്നത് മൂന്ന് ഭാഗങ്ങളുള്ള ഒരു ക്ലയൻ്റ് സൈഡ് മാറ്റമാണ്: ഒരു യഥാർത്ഥ HTTPS വിലാസം, ബ്രൗസറിൻ്റെ അപ്ഗ്രേഡ് മോഡ്, സൈറ്റിൻ്റെ സ്വന്തം നയം. ചുവടെയുള്ള ഘട്ടങ്ങൾ ഞാൻ ഉപയോഗിക്കുന്ന ഓർഡറാണ്, ഓരോന്നിനും അത് എടുത്തിട്ടുണ്ടോ എന്ന് നിങ്ങളോട് പറയുന്ന ചെക്ക്.

ഘട്ടം 1: ആദ്യത്തെ അഭ്യർത്ഥന യഥാർത്ഥത്തിൽ എന്താണെന്ന് സ്ഥിരീകരിക്കുക

എന്തെങ്കിലും മാറ്റുന്നതിന് മുമ്പ്, ബ്രൗസർ എന്താണ് അയയ്ക്കുന്നതെന്ന് നോക്കുക. ഒരു തണുത്ത കാഷെയിൽ നിന്ന് റീലോഡ് ചെയ്ത പേജ് ഉപയോഗിച്ച് നെറ്റ്വർക്ക് പാനൽ തുറന്ന് ആദ്യ വരി വായിക്കുക: സ്കീം http ആണെങ്കിൽ സ്റ്റാറ്റസ് 301 അല്ലെങ്കിൽ 308 ആണെങ്കിൽ, ആ വരിക്ക് ശേഷമുള്ള എല്ലാം രണ്ടാമത്തെ അഭ്യർത്ഥനയാണ്. curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' http://example.com ബ്രൗസറിന് പുറത്ത് അതേ ശ്രേണി പുനർനിർമ്മിക്കുകയും നിങ്ങൾ അവസാനിപ്പിച്ച URL പ്രിൻ്റ് ചെയ്യുകയും ചെയ്യുന്നു.

രണ്ട് ഫലങ്ങൾ സാധ്യമാണ്, അവയ്ക്ക് വ്യത്യസ്തമായ പരിഹാരങ്ങൾ ആവശ്യമാണ്. സൈറ്റ് ഒരേ ഹോസ്റ്റിൽ HTTPS നൽകുന്നുവെങ്കിൽ, HTTP ഫോം പ്രസിദ്ധീകരിക്കുന്നത് നിർത്തുക എന്നതാണ് പരിഹാരം: ബുക്ക്മാർക്ക്, വിക്കി ലിങ്ക്, ഡെസ്ക്ടോപ്പ് കുറുക്കുവഴി, ആളുകൾ ക്ലിക്ക് ചെയ്യുന്ന ഇമെയിൽ ടെംപ്ലേറ്റ് എന്നിവ അപ്ഡേറ്റ് ചെയ്യുക. സൈറ്റ് HTTPS സേവനം നൽകുന്നില്ലെങ്കിൽ, ഒരു ബ്രൗസർ ക്രമീകരണവും അത് സൃഷ്ടിക്കില്ല, ലക്ഷ്യസ്ഥാനമാണ് പ്രശ്നം എന്നതാണ് സത്യസന്ധമായ ഉത്തരം. ഒരു അപവാദം ഉപയോഗിച്ച് രണ്ടാമത്തെ കേസ് എഴുതരുത്, കാരണം ഒരു അക്കൗണ്ട് പേജിലെ സർട്ടിഫിക്കറ്റ് ഒഴിവാക്കൽ ഗതാഗത പ്രശ്നത്തെ ഒരു ക്രെഡൻഷ്യൽ പ്രശ്നമാക്കി മാറ്റുന്നു. ഒരു ക്രമീകരണം സ്പർശിക്കുന്നതിന് മുമ്പ് നിങ്ങൾ ഏത് സാഹചര്യത്തിലാണെന്ന് എഴുതുക.

ഘട്ടം 2: ബ്രൗസറിൻ്റെ HTTPS-മാത്രം മോഡ് ഓണാക്കുക

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

ഫയർഫോക്സിൽ നിയന്ത്രണങ്ങൾ about:config എന്നതിന് പിന്നിലും സ്വകാര്യതാ ക്രമീകരണ പേജിലും dom.security.https_only_mode എന്നതിനൊപ്പം പാഡ്ലോക്ക് മെനുവിൽ നിന്ന് നിയന്ത്രിക്കുന്ന സ്വിച്ച്, ഓരോ സൈറ്റിലെ ഒഴിവാക്കലുകളും. Chrome, Edge എന്നിവയിൽ ക്രമീകരണങ്ങൾ, സ്വകാര്യത, സുരക്ഷ, സുരക്ഷ, എപ്പോഴും സുരക്ഷിത കണക്ഷനുകൾ ഉപയോഗിക്കുക എന്ന ലേബൽ എന്നിവയ്ക്ക് കീഴിൽ ഒരേ ആശയം തന്നെ ഇരിക്കുന്നു. ലേബൽ എന്തുതന്നെയായാലും, പോർട്ട് 80-ൽ മാത്രം ഉത്തരം നൽകുന്ന ഒരു ഹോസ്റ്റിനെതിരെയുള്ള പെരുമാറ്റം പരിശോധിച്ചുറപ്പിക്കുക, കാരണം അപ്ഗ്രേഡ് ചെയ്യുകയും പിന്നീട് നിശ്ശബ്ദമായി പിന്മാറുകയും ചെയ്യുന്ന ഒരു മോഡ് നിങ്ങൾ പ്രവർത്തനക്ഷമമാക്കിയതായി കരുതുന്ന പരിരക്ഷയല്ല. Firefox HTTPS-ഒൺലി ഡോക്യുമെൻ്റേഷൻ ആ ബ്രൗസറിനായുള്ള അപ്ഗ്രേഡ്, മുന്നറിയിപ്പ്, ഒഴിവാക്കൽ സ്വഭാവം എന്നിവ വിശദീകരിക്കുന്നു.

ഘട്ടം 3: വിലാസ ബാർ മാത്രമല്ല, ഉറവിടങ്ങൾ പരിഹരിക്കുക

ഒരു നവീകരണം പരാജയപ്പെടുമ്പോൾ, വിലാസ ബാറിന് പകരം കൃത്യമായ പിശക് വായിക്കുക. HTTPS ലിസണർ ഇല്ലാത്ത ഒരു ഹോസ്റ്റ്, സർട്ടിഫിക്കറ്റുമായി പൊരുത്തപ്പെടാത്ത ഒരു ഹോസ്റ്റ് നാമം, കാലഹരണപ്പെട്ട ശൃംഖല എന്നിവ വ്യത്യസ്ത സന്ദേശങ്ങൾ സൃഷ്ടിക്കുന്നു, അവ വ്യത്യസ്ത ഉടമകളുടേതാണ്. ആദ്യത്തേത് മാത്രം സെർവർ സൈഡ് വിടവ്; രണ്ടാമത്തേത് സാധാരണയായി ഒരിക്കലും അപ്ഡേറ്റ് ചെയ്യാത്ത ഒരു ബുക്ക്മാർക്ക് ആണ്; മൂന്നാമത്തേത് VPN കണക്ഷൻ അപ്രസക്തമായ ഒരു പുതുക്കൽ പ്രശ്നമാണ്.

VPN ഓണായതിനാൽ അക്കൗണ്ട് സൈറ്റിലേക്ക് സർട്ടിഫിക്കറ്റ് ഒഴിവാക്കൽ ചേർക്കരുത്. ഒരു VPN തടയാൻ ഉദ്ദേശിച്ചിട്ടുള്ള തടസ്സം കൃത്യമായി പിടിക്കാമായിരുന്ന പരിശോധനയെ ഒഴിവാക്കൽ പ്രവർത്തനരഹിതമാക്കുന്നു.

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

ഘട്ടം 4: HSTS എന്ത് ചേർക്കുന്നു, എന്തൊക്കെ ചേർക്കുന്നില്ല

HSTS ഒരു ബ്രൗസർ മുൻഗണന എന്നതിലുപരി ഒരു സൈറ്റ് നയമാണ്, കൂടാതെ പുതിയ പ്രൊഫൈലിൽ http:// എന്ന് ടൈപ്പ് ചെയ്തതിനെ അതിജീവിക്കുന്ന ഒരേയൊരു മെക്കാനിസമാണിത്. ഒരു ബ്രൗസർ ഒരു ഹോസ്റ്റിനായി Strict-Transport-Security എന്ന തലക്കെട്ട് കണ്ടുകഴിഞ്ഞാൽ, അത് അയയ്ക്കുന്നതിന് മുമ്പ് https എന്നതിലേക്ക് പിന്നീടുള്ള അഭ്യർത്ഥനകൾ തിരുത്തിയെഴുതുന്നു, അതാണ് നിങ്ങൾ ആഗ്രഹിക്കുന്ന പ്രോപ്പർട്ടി. ബ്രൗസർ ഒരിക്കലും സന്ദർശിച്ചിട്ടില്ലാത്ത ഒരു ഹോസ്റ്റിനായി ഇത് ഒന്നും ചെയ്യുന്നില്ല, അതേ ആപ്ലിക്കേഷനെ സേവിക്കുന്ന മറ്റൊരു ഹോസ്റ്റ് നാമത്തിനും ഇത് ഒന്നും ചെയ്യുന്നില്ല.

curl -sSI https://example.com | grep -i strict-transport-security ഉപയോഗിച്ച് ഉത്ഭവം എന്താണ് അയയ്ക്കുന്നത് എന്ന് പരിശോധിക്കുക. നഷ്ടമായ തലക്കെട്ട് ഒരു സെർവർ മാറ്റമാണ്, ഒരു ക്ലയൻ്റിന് ഇൻസ്റ്റാൾ ചെയ്യാൻ കഴിയുന്ന ഒന്നല്ല. അത് നിലവിലുണ്ടെങ്കിൽ, max-age വായിക്കുക, includeSubDomains സജ്ജീകരിച്ചിട്ടുണ്ടോ എന്ന് വായിക്കുക, കാരണം സന്ദർശനങ്ങൾക്കിടയിൽ ഒരു ചെറിയ പരമാവധി പ്രായം കാലഹരണപ്പെടും, കൂടാതെ സബ്ഡൊമെയ്നുകൾ എല്ലാ സബ്ഡൊമെയ്നുകളും സുരക്ഷിതമല്ലാത്തതാക്കുന്നു. ഒരു ഉപയോക്തൃ ഏജൻ്റ് എങ്ങനെ നയം പ്രയോഗിക്കുന്നുവെന്നും അത് അവഗണിച്ചേക്കാവുന്ന കാര്യങ്ങളും RFC 6797 നിർവചിക്കുന്നു. പ്രീലോഡ് എന്നത് ഒരു പ്രത്യേക പ്രതിബദ്ധതയാണ്, അതിനാൽ ഒരു ഡൊമെയ്ൻ ലിസ്റ്റിലുണ്ടെന്ന് ആർക്കെങ്കിലും വാഗ്ദാനം ചെയ്യുന്നതിനുമുമ്പ് hstspreload.org API വഴി സ്റ്റാറ്റസ് പരിശോധിക്കുക.

പരിശോധനയും റോൾബാക്കും

ക്ലയൻ്റ് ക്രമീകരണങ്ങൾക്ക് റോൾബാക്ക് വിലകുറഞ്ഞതും HSTS-ന് ചെലവേറിയതുമാണ്. HTTPS-മാത്രം മോഡ് ഓഫാക്കുന്നത് മുമ്പത്തെ സ്വഭാവം ഉടനടി പുനഃസ്ഥാപിക്കുന്നു; ഒരു നീണ്ട പരമാവധി പ്രായം ഇല്ല, ഇതിനകം ലഭിച്ച സന്ദർശകർ അത് കാലഹരണപ്പെടുന്നതുവരെ അപ്ഗ്രേഡുചെയ്യുന്നു.

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

അതിനെല്ലാം ശേഷവും ആദ്യ അഭ്യർത്ഥന http ആണെങ്കിൽ, ക്ലയൻ്റ് ഇനി വേരിയബിളല്ല: ആളുകൾ ക്ലിക്ക് ചെയ്യുന്ന ലിങ്ക് ഇതാണ്. ഹോസ്റ്റ്നാമത്തിൻ്റെ http ഫോമിനായി നിങ്ങൾ നിയന്ത്രിക്കുന്ന സ്ഥലങ്ങൾ തിരയുക, അവ അപ്ഡേറ്റ് ചെയ്യുക, അതേ കോൾഡ്-കാഷെ റീലോഡ് ഉപയോഗിച്ച് വീണ്ടും പരിശോധിക്കുക. VPN ചോദ്യം ഉടനീളം പ്രത്യേകം സൂക്ഷിക്കുക, കാരണം അഭ്യർത്ഥന ആർക്കൊക്കെ കാണാനാകുമെന്ന് ടണൽ മാറുന്നു കൂടാതെ അഭ്യർത്ഥന എൻക്രിപ്റ്റ് ചെയ്തതാണോ എന്നത് ഒരിക്കലും മാറ്റില്ല. ടിക്കറ്റിൽ ഇടേണ്ട ലൈൻ, ആദ്യ അഭ്യർത്ഥനയാണ് പ്രധാനം, ഒരു റീഡയറക്ട് ഇതിനകം അയച്ച അഭ്യർത്ഥനയുടെ രസീത് മാത്രമാണ്.