DNS പരാജയമോ MTU പ്രശ്നമോ? അഭ്യർത്ഥന യഥാർത്ഥത്തിൽ എവിടെ നിൽക്കുന്നു

രണ്ട് പരാജയങ്ങൾ ഉപയോക്താവിൽ നിന്ന് ഒരേ വാക്യം ഉണ്ടാക്കുന്നു: സൈറ്റ് പ്രവർത്തിക്കുന്നില്ല. അവ വ്യത്യസ്ത പാളികളിൽ സംഭവിക്കുന്നു, ആ വ്യത്യാസമാണ് നിങ്ങൾ എന്ത് മാറ്റണം എന്ന് തീര്മ്മാനിക്കുന്നത്. പേര് പരിഹരിക്കാനുള്ള പരാജയം ഏതെങ്കിലും കണക്ക്‌ഷൻ നിലവിൽ വരുന്നതിന് മുൻപേ നിൽക്കുന്നു. പാക്കറ്റ് വലിപ്പത്തിലെ പരാജയം പേര് പരിഹരിച്ചതിന് ശേഷവും ഹാൻഡ്‌ഷേക്ക് പൂർത്തിയശേഷവും സംഭവിക്കുന്നു, അതുകൊണ്ടാണ് പേജ് ലോഡ് ചെയ്യാൻ തുടങ്ങി പിന്നീട് കുടുങ്ങുന്നത്. ക്രമീകരണം കണ്ടെത്തുന്നതിന് മുൻപേ ഘട്ടം കണ്ടെത്തുക.

വ്യത്യസ്ത പാളികളിലെ രണ്ട് പരാജയങ്ങൾ

പരിഹാരം പേരിനെ വിലാസമാക്കി മാറ്റുന്നു, അത് വിജയിക്കുന്നതുവരെ കണക്ക്‌ഷനിൽ മറ്റൊന്നും തുടങ്ങാന് കഴിയില്ല. പാതയിലെ MTU പ്രശ്നങ്ങൾ പിന്നീട്, ഏതെങ്കിലും ലിങ്കിന്റെ പരിധിയേക്കാൽ വലിയ പാക്കറ്റ് വലിച്ചെറിയുകയും അയച്ചയാളിന് അത് ഒരിക്കലും അറിയിക്കപ്പെടാതിരിക്കുമ്പോഴാണ് സംഭവിക്കുന്നത്. ഒന്ന് തിരയലാണ്; മറ്റൊന്ന് ഒരു നിശ്ചിത വലിപ്പത്തിന് മുകളിൽ മാത്രം പ്രത്യക്ഷപ്പെടുന്ന ഡെലിവറി പരാജയമാണ്.

ലക്ഷണങ്ങൾ ഒരു ഉപകരണവുമില്ലാതെ നിരീക്ഷിക്കാവുന്ന രീതിയിൽ വ്യത്യാസപ്പെടുന്നു. DNS പരാജയം തത്സമയവും സ്ഥിരവുമാണ്: സർവർ കണ്ടെത്താനാവുന്നില്ലെന്ന് ബ്രൗസർ പറയുന്നു. MTU പരാജയം ഭാഗികമാണ്: പേജ് തുടങ്ങുന്നു, ചില വിഭവങ്ങൾ എത്തുന്നു, വലിയ പ്രതികരണമോ അപ്‌ലോഡോ കുടുങ്ങുന്നു.

നിങ്ങളുടെ ലക്ഷണം ഭാഗികമാണെങ്കിൽ, DNS നോക്കുന്നത് നിർത്തുക.

ഘട്ടം 1: പേര് പരിഹരിക്കപ്പെടുന്നുണ്ടോ

അപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന അതേ ഹോസ്റ്റ്‌നേമിനൊപ്പം പ്ലാറ്റ്‌ഫോംമിന്റെ ലുക്കപ്പ് ഉപകരണങ്ങൾ ഉപയോഗിക്കുക. ഓഫീസിലെ സ്വകാര്യ നാമത്തിന് ആന്തരിക റിസോൾവർ ആവശ്യമായേക്കാം, ബ്രൗസറിന്റെ സ്വന്തം സുരക്ഷിത DNS ഓപ്പറേറ്റിംഗ് സിസ്റ്റംറ്റെ റിസോൾവറിൽ നിന്ന് വ്യത്യമായി പ്രവർത്തിച്ചേക്കാം, അതിനാൽ രണ്ടും ഒരേ പേരിനെക്കുറിച്ച് യോജിക്കാതിരിക്കാം.

ഓപ്പറേറ്റിംഗ് സിസ്റ്റം ഉപയോഗിക്കുന്ന റിസോൾവറോട് ചോദിച്ചിട്ട്, പിന്നീട് താരതമ്യം ചെയ്യുക:

dig +short vpn.example.com
dig +short vpn.example.com @10.0.0.53

പരിഹാരം പരാജയപ്പെടുന്നെങ്കിൽ, പ്രശ്നം ആ നയത്തിലും അതിന്റെ എത്താവുന്നതിലുമാണ്. താരതമ്യം ലഭിക്കാൻ വേണ്ടി മാത്രം സ്വകാര്യ നാമങ്ങൾ ഏകച്ഛച്ഛ പൊതുജന റിസോൾവറുകളിലേക്ക് അയയ്ക്കരുത്, കാരണം താരതമ്യം തന്നെ നിങ്ങൾ ആന്തരികമായി സൂക്ഷിക്കാൻ ആഗ്രഹിച്ച നാമങ്ങൾ ചോരിയുന്നു.

ഘട്ടം 2: കൈമാറ്റം എവിടെ നിൽക്കുന്നു

പേര് പരിഹരിക്കപ്പെടുകയും കണക്ക്‌ഷൻ തുടങ്ങുകയും ചെയ്താൽ, പ്രവർത്തനം എവിടെ നിൽക്കുന്നു എന്ന് രേഖപ്പെടുത്തുക. പ്രദർശിപ്പിച്ചതിന് ശേഷം ഒരു വിഭവത്തിൽ കുടുങ്ങുന്ന പേജ്, ഒരു നിശ്ചിത ബിന്ദുവിൽ മരിക്കുന്ന അപ്‌ലോഡോ, അല്പം അഭ്യർത്ഥനകള് പ്രവർത്തിക്കുമ്പോഴും ഒരിക്കലും തീരാത്ത വലിയ ഡൗൺലോഡോ — എല്ലാം വലിപ്പ-ആകൃതിയിലുള്ള ലക്ഷണങ്ങളാണ്. ഒട്ടും തുടങ്ങാത്ത പ്രതികരണത്തിന് മറ്റൊരു ആകൃതിയണ്.

താരതമ്യം ചെയ്യുമ്പോൾ എന്ഡ്‌പോയിന്റ്റും അപ്ലിക്കേഷന്റെ ലക്ഷ്യസ്ഥാനവും സ്ഥിരമായി നിർത്തുക, അല്ലെങ്കിൽ ഒരേ സമയം രണ്ട് ചരങ്ങള് അളക്കുകയാണ്. ഈ ഘട്ടത്തിൽ മറ്റ് കാരണങ്ങളും സാധ്യമാണ്: സേവന പിശകുകള്, നഷ്ടം, ഫിൽട്ടർ പെരുമാറ്റം, ടണൽ വീണ്ടും ബന്ധിപ്പിക്കൽ — എല്ലാം കുടുങ്ങൽ ഉണ്ടാക്കുന്നു.

ആവർത്തിക്കാവുന്ന ഒരു കുടുങ്ങൽ പത്ത് കഥകളെക്കാൽ മൂല്യമുള്ളതാണ്.

ഹാൻഡ്‌ഷേക്കിന് ശേഷം മാത്രം MTU എന്തിന് ഉപദ്രവിക്കുന്നു

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

അതകൊണ്ടാണ് ലക്ഷണം യദൃച്ഛികമല്ലാതെ വലിപ്പത്തെ ആശ്രയിക്കുന്നതും ആവർത്തിക്കാവുന്നതും. ഹോസ്റ്റിനോട് പിംഗ് ചെയ്യുന്നത് ഒന്നും തെളിയിക്കുന്നില്ല എന്നതിന്റെ കാരണവും ഇതാണ്, കാരണം ചെറിയ ICMP പ്രതിധ്വനിക്ക് പൂർണ്ണ വലിപ്പത്തിലുള്ള പേലോഡ് കൊണ്ടുപോകാത്ത പാത കടക്കാന് കഴിയും. കഴിയുമെങ്കിൽ പാതയുടെ ഇരു അറ്റങ്ങളിലും നിന്ന് വലിപ്പം അളക്കുക. ഒരു ദിശയിൽ മാത്രം പ്രത്യക്ഷപ്പെടുന്ന പരിധി ടണൽവിന്റെ MTU അല്ല, റൂട്ടിംഗ് അസമതയാണ്.

അനുമാനിക്കുന്നതിന് പകരം വലിപ്പം വ്യക്തമായി അളക്കുക:

ping -M do -s 1472 203.0.113.20
tracepath 203.0.113.20

ഒരു പാളി മാറ്റി, പിന്നീട് തെളിയിക്കുക

പേരുകള്ക് റിസോൾവർ നയം മാറ്റി അതേ ലുക്കപ്പ് വീണ്ടും പ്രവർത്തിപ്പിക്കുക. വലിപ്പത്തിന് MTU നടപടിക്രമം ഉപയോഗിക്കുക, യഥാർത്ഥ മൂല്യങ്ങൾ രേഖപ്പെടുത്തി തിരികെ പോകാൻ തയ്യാറായി, കാരണം ടണൽവിന്റെ യഥാർത്ഥ MTU അറിയാതെ MSS പരിമിതപ്പെടുത്തുന്നത് ഒരു കുടുങ്ങൽ മറ്റൊന്നിനെക്ക് കൈമാറ്റുന്നു.

പല ക്രമീകരണങ്ങള് മാറ്റിയശേഷം ഒരിക്കൽ ലോഡ് ചെയ്യുന്ന പേജ് ഏത് അറ്റകുറുത്ത് എന്ന് തിരിച്ചുകാണ്ണുന്നതില്ല. ഒരു കാര്യം മാറ്റി, അതേ പരിശോധന വീണ്ടും പ്രവർത്തിപ്പിച്ച്, ഫലം നിങ്ങൾ രേഖപ്പെടുത്തിയ ആദ്യ പരാജയ ഘട്ടത്തിന് അരികിൽ സൂക്ഷിക്കുക.

ആ രേഖയാണ് DNS, പാക്കറ്റ് വലിപ്പം, പ്രമാണീകരണം എന്നിവയെ ആർക്കും വിശദീകരിക്കാനാകാത്ത സ്ഥിരമായ വഴിവെട്ടങ്ങളുടെ കൂമ്പാറമാക്കി മാറ്റുന്നത് തടയുന്നത്. അസംസ്കൃത IP ഉപയോഗിച്ച് പരിശോധിക്കുന്നത് TLS വ്യക്തിത്വം മാറ്റുന്ന ഒരു ഷോർട്ട്കട്ടിന്റെ നല്ല ഉദാഹരണമാണ്, താരതമ്യം വിജയിക്കാൻ സാർട്ടിഫിക്കറ്റ് പരിശോധന ഓഫ് ചെയ്യുന്നത് രോഗനിർണയമല്ല.