ചില വെബ്സൈറ്റുകൾ VPN ഓണായിരിക്കുമ്പോൾ മാത്രം പരാജയപ്പെടുന്നത് എന്തുകൊണ്ട്?

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

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

പിശക് സന്ദേശം ശാഖ തിരഞ്ഞെടുക്കട്ടെ

നിരസിക്കൽ, ബോട്ട് വെല്ലുവിളി അല്ലെങ്കിൽ പിശക് പേജ് എന്നാൽ സേവനം പ്രതികരിച്ചു, അതായത് പാക്കറ്റുകൾ ഒരു ആപ്ലിക്കേഷനിൽ എത്തി തിരികെ വന്നു. ഇത് ചോദ്യത്തെ സൈറ്റിന്റെ പ്രവേശന നയത്തിലേക്ക് നീക്കുന്നു, അത് പുറത്തേക്കുള്ള വിലാസം, അക്കൗണ്ട് അല്ലെങ്കിൽ പ്രസിദ്ധീകരിക്കാത്ത അഭ്യർത്ഥനാ മാതൃകകൾ തൂക്കിനോക്കിയേക്കാം. പേര് നിർണ്ണയത്തിലെ പരാജയം സൈറ്റിൽ എത്തിയേയില്ല, വിലാസമാണ് ആദ്യം പരിശോധിക്കേണ്ടത്. ടൈംഔട്ട് രണ്ടിനും ഇടയിലാണ്: എന്തോ അയച്ചു, ഒന്നും അത് സ്ഥിരീകരിച്ചില്ല.

സർട്ടിഫിക്കറ്റ് മുന്നറിയിപ്പുകൾ നാലാം ശാഖയിൽ പെടുന്നു. ബ്രൗസറിന് ഐഡന്റിറ്റി പരിശോധിക്കാൻ കഴിയാത്ത എന്തോ കണക്ഷന് പ്രതികരിച്ചു എന്നാണ് അവയുടെ അർത്ഥം, അതായത് നിങ്ങളുടെ ഭാഗത്തെ പ്രോക്സി അല്ലെങ്കിൽ ക്ലിക്ക് ചെയ്ത് കടക്കരുതാത്ത യഥാർത്ഥ പൊരുത്തക്കേട്. ഇതിനെ റൂട്ടിംഗിന്റെ ചോദ്യമായല്ല, വിശ്വാസത്തിന്റെ ചോദ്യമായി കാണുക.

പ്രതികരിക്കുന്ന സൈറ്റ് തകർന്ന ടണൽ തെളിയിച്ചിട്ടില്ല

പ്രതികരണം ബ്ലോക്ക് പേജ് ആണെങ്കിൽ, ബ്രൗസറും യന്ത്രവും മാറ്റാതെ അതേ പേജ് രണ്ടാമത്തെ പുറത്തേക്കുള്ള വഴിയിലൂടെ താരതമ്യം ചെയ്യുക. ഫലം പുറത്തേക്കുള്ള വിലാസത്തെ പിന്തുടരുന്നുവെങ്കിൽ, സൈറ്റ് ആ വിലാസത്തോട് വ്യത്യസ്തമായി പെരുമാറുന്നു, ഒരു ക്ലയന്റ് കോൺഫിഗറേഷനും അത് മാറ്റില്ല. തടയൽ നിങ്ങളുടെ ബ്രൗസറിനെ പിന്തുടരുന്നുവെങ്കിൽ, കാരണം ഒരു എക്സ്റ്റൻഷൻ, സേവ് ചെയ്ത പ്രോക്സി അല്ലെങ്കിൽ റിസോൾവർ ക്രമീകരണത്തിലാണ്. രണ്ട് ഓട്ടങ്ങൾ ഈ വിശദീകരണങ്ങളെ വിലകുറഞ്ഞ രീതിയിൽ വേർതിരിക്കുന്നു.

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

വലിയ കൈമാറ്റങ്ങൾ മാത്രം നിന്നാൽ, പാക്കറ്റ് വലിപ്പം നോക്കുക

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

ആ സിദ്ധാന്തം ഒരു ping-ന് പകരം വലിപ്പ സ്കാനിലൂടെ പരിശോധിക്കുക. സ്ഥിരമായ പേലോഡ് വലിപ്പത്തിൽ തുടങ്ങുന്ന പരാജയം ശക്തമായ തെളിവാണ്, അങ്ങോട്ടുമിങ്ങോട്ടും നീങ്ങുന്ന പരാജയം അല്ല.

പരാജയപ്പെട്ട അഭ്യർത്ഥനയിൽ തന്നെ പരിഹാരം സ്ഥിരീകരിക്കുക

യഥാർത്ഥ പ്രവർത്തനം വീണ്ടും പരിശോധിക്കുക, ഹോം പേജല്ല, കാരണം കാഷെ ചെയ്ത ഷെൽ വരയ്ക്കപ്പെടാം, സൈൻ-ഇന്നിന് പിന്നിലെ API കോൾ ഇപ്പോഴും പരാജയപ്പെടുന്നു. താഴെയുള്ള കമാൻഡുകൾ അതേ ഹോസ്റ്റിൽ പേര് നിർണ്ണയം, ചെറിയ അഭ്യർത്ഥന, വലിയ അഭ്യർത്ഥന എന്നിവ വേർതിരിക്കുന്നു. ഹോസ്റ്റ്നെയിമും പാതയും യഥാർത്ഥത്തിൽ തകർന്ന അഭ്യർത്ഥനയിൽ നിന്നുള്ളവ ഉപയോഗിച്ച് മാറ്റുക.

dig +short www.example.com
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' https://www.example.com/
curl -sS -o /dev/null -w '%{http_code} %{size_download}\n' https://www.example.com/assets/app.js
ping -M do -s 1400 -c 3 203.0.113.20

dig-ന്റെ ഉത്തരം ബ്രൗസർ ഉപയോഗിച്ചതിൽ നിന്ന് വ്യത്യസ്തമാണെങ്കിൽ, റിസോൾവർ ആണ് ചരം, ബ്രൗസറിന്റെ സ്വന്തം DNS ക്രമീകരണമാണ് നോക്കേണ്ട സ്ഥലം. ചെറിയ അഭ്യർത്ഥന സ്ഥിതി തിരികെ നൽകുമ്പോൾ വലിയത് നിന്നാൽ, പാക്കറ്റ് വലിപ്പ ശാഖയിൽ പ്രവർത്തിക്കുക. രണ്ടും സമയം കഴിഞ്ഞാൽ, പുറത്തേക്കുള്ള പാതയും ആ വിലാസത്തോടുള്ള സൈറ്റിന്റെ സമീപനവും വീണ്ടും മേശയിൽ ഉണ്ട്.

യഥാർത്ഥ അഭ്യർത്ഥന വിജയിപ്പിച്ച മാറ്റം നിലനിർത്തി ബാക്കിയുള്ളത് പഴയപടിയാക്കുക. ബ്രൗസർ, റിസോൾവർ, ക്ലയന്റ് എന്നിവയിൽ ഒരുമിച്ച് ചെയ്ത മാറ്റങ്ങളുടെ കൂമ്പാരം ഏതാണ് പ്രധാനമായിരുന്നതെന്ന് പറയാൻ കഴിയാതാക്കുന്നു.