VPN പിംഗ് പ്രവർത്തിക്കുന്നു പക്ഷേ സൈറ്റ് കിടക്കുന്നു: വലിപ്പം പരിശോധിക്കുക

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

ഏറ്റവും ചെറിയ ചോദ്യത്തിൽ നിന്ന് ഏറ്റവും വലിയതിലേക്ക് പോകുക, ഓരോ ഘട്ടവും യഥാർത്ഥത്തിൽ എന്ത് തെളിയിച്ചു എന്ന് എഴുതുക.

എക്കോ മറുപടി വളരെ ചെറിയ ഒരു ചോദ്യത്തിന് ഉത്തരം നൽകുന്നു

എക്കോ മറുപടി പറയുന്നത്, ലക്ഷ്യത്തിന്റെ IP സ്റ്റാക്ക് നിങ്ങളുടെ ഉറവിടത്തിൽ നിന്നുള്ള ICMP അഭ്യർത്ഥനയ്ക്ക് ഉത്തരം നൽകി എന്നാണ്. നിങ്ങൾക്ക് ആവശ്യമായ പോർട്ടിൽ TCP ശ്രോതാവ് ഉണ്ടോ, ഒരു നയം ആ പോർട്ട് അനുവദിക്കുന്നുണ്ടോ, അല്ലെങ്കിൽ ലക്ഷ്യ ഹോസ്റ്റ് ഗേറ്റ്വേയിൽ നിന്ന് സ്വതന്ത്രമായി ട്രാഫിക് ഫിൽട്ടർ ചെയ്യുന്നുണ്ടോ എന്നതിനെക്കുറിച്ച് അത് ഒന്നും പറയുന്നില്ല. ഒരു സേവനം അനുവദിക്കുന്ന ഗേറ്റ്വേ മറ്റൊന്ന് വീഴ്ത്തിയേക്കാം, രണ്ട് ലക്ഷ്യങ്ങളും പിംഗിന് ഉത്തരം നൽകുമ്പോഴും. മറുപടിയെ ഒരു പാക്കറ്റിനെയും ഒരു ദിശയെയും കുറിച്ചുള്ള ഒരൊറ്റ വസ്തുതയായി വായിക്കുക.

മറ്റെന്തെങ്കിലും വ്യാഖ്യാനിക്കുന്നതിന് മുമ്പ് ലക്ഷ്യവും സേവന പോർട്ടും സ്ഥിരീകരിക്കുക. നിങ്ങൾ പരിശോധിച്ച വിലാസവും അപ്ലിക്കേഷൻ ഉപയോഗിക്കുന്ന വിലാസവും ചിലപ്പോൾ വ്യത്യസ്ത രേഖകളാണ്, രണ്ട് വിലാസങ്ങളിലേക്ക് പരിഹരിക്കുന്ന ഒരു പേര് അത് സാധ്യമാക്കുന്നു.

കണക്ഷൻ ആരംഭിച്ചോ എന്ന് കണ്ടെത്തുക

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

curl -v --max-time 10 https://internal.example/ -o /dev/null
ss -tn state established '( dport = :443 )'

MTU ക്രമീകരണങ്ങളിൽ തൊടുന്നതിന് മുമ്പ് ആ മൂന്നിൽ ഏതാണ് നിങ്ങൾ നിരീക്ഷിച്ചതെന്ന് എഴുതുക. നിരസിക്കപ്പെട്ട കണക്ഷൻ ശരിയാക്കാൻ ടണലിന്റെ വലിപ്പം മാറ്റുന്നത് ആ മാറ്റം പാഴാക്കുകയും യഥാർത്ഥ കാരണം കുറച്ചുകാലം മറയ്ക്കുകയും ചെയ്യുന്നു.

പറഞ്ഞ ഒരു സംഖ്യ ഉപയോഗിച്ച് വലിപ്പം അളക്കുക

ലോഡിന് കീഴിൽ കിടപ്പ് പ്രത്യക്ഷപ്പെടുമ്പോൾ, വിഭജനം വിലക്കുന്ന ബിറ്റ് സജ്ജമാക്കി ഒരു പാക്കറ്റ് വലിപ്പം പരിശോധിക്കുക, ഫലത്തിന് അർത്ഥം ഉണ്ടാകാൻ കണക്ക് പറയുക. iputils ഉള്ള Linux-ൽ, 1392 ബൈറ്റ് പേലോഡും 8 ബൈറ്റ് ICMP ഹെഡറും 20 ബൈറ്റ് IPv4 ഹെഡറും കൂടി കൃത്യം 1420 ബൈറ്റ് ആന്തരിക പാക്കറ്റ് ഉണ്ടാക്കുന്നു. ആ കണക്ക് ടിക്കറ്റിൽ എഴുതുക, കാരണം ഗേറ്റ്വേയിലെത്തുന്ന വെറും ping അപ്ലിക്കേഷനെക്കുറിച്ച് ഒന്നും തെളിയിക്കുന്നില്ല.

ping -4 -M do -s 1392 10.44.0.10
ping -4 -M do -s 1372 10.44.0.10

രണ്ട് പരിശോധനകളും അളവ് പോയിന്റുകളാണ്, ടണൽ വലിപ്പത്തിനുള്ള ശുപാർശകളല്ല. വഴിയിൽ എവിടെയെങ്കിലും ICMP ഫിൽട്ടർ ചെയ്യപ്പെട്ടാൽ, സമയപരിധി വലിപ്പത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, കാരണം ക്ലയന്റ് ഭാഗത്ത് നിന്ന് ഫിൽട്ടറിംഗും വളരെ വലിയ പാക്കറ്റും ഒരുപോലെ കാണപ്പെടുന്നു. വിജയവും എതിർ ദിശയെക്കുറിച്ചോ മറ്റൊരു ലക്ഷ്യത്തെക്കുറിച്ചോ ഒന്നും പറയുന്നില്ല.

പുറം വഴി കണക്കാക്കുക

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

IPv4-ൽ വഴി MTU കണ്ടെത്തൽ വിഭജനമില്ലാതെ കൈമാറാൻ കഴിയാത്ത പാക്കറ്റുകളെക്കുറിച്ചുള്ള പ്രതികരണത്തെ ആശ്രയിക്കുന്നു, IPv6 Packet Too Big സന്ദേശങ്ങൾ ഉപയോഗിക്കുന്നു. IPv4 സ്പെസിഫിക്കേഷൻ ആ സംവിധാനം വിവരിക്കുന്നു. പ്രതികരണം ഫിൽട്ടർ ചെയ്യുന്നത് അയച്ചയാളുടെ പഠനശേഷി തകർക്കുന്നു, ഒരിക്കലും ഒതുങ്ങാത്ത പാക്കറ്റുകൾ വീണ്ടും വീണ്ടും അയക്കാൻ അത് അവനെ വിടുന്നു. അതുകൊണ്ടാണ് പ്രവർത്തിക്കുന്ന ചെറിയ അഭ്യർത്ഥനയും പരാജയപ്പെടുന്ന വലിയ അഭ്യർത്ഥനയും ഇത്ര സുഖമായി ഒരുമിച്ച് നിലനിൽക്കുന്നത്.

ഒരു സംഖ്യ മാറ്റി അപ്ലിക്കേഷൻ വീണ്ടും പരിശോധിക്കുക

ടണലിന്റെ MTU കുറയ്ക്കുക, അല്ലെങ്കിൽ TCP-യുടെ പരമാവധി സെഗ്മെന്റ് വലിപ്പം പരിമിതപ്പെടുത്തുക, തുടർന്ന് പരിശോധനയ്ക്ക് പകരം യഥാർത്ഥ അപ്ലിക്കേഷൻ പരീക്ഷണം ആവർത്തിക്കുക. മാറ്റത്തിന് ശേഷം വിജയിക്കുന്ന പരിശോധനയും ഇപ്പോഴും കിടക്കുന്ന അപ്ലിക്കേഷനും സമാന ആകൃതിയിലുള്ള വ്യത്യസ്ത പ്രശ്നമാണ്, അപ്ലിക്കേഷൻ പരീക്ഷണം മാത്രമാണ് അവയെ വേർതിരിക്കുന്നത്.

മാറ്റത്തിന്റെ രേഖയിൽ കണക്ക് സൂക്ഷിക്കുക: അളന്ന വലിപ്പം, നിങ്ങൾ അനുമാനിച്ച അധിക ഭാരം, നിങ്ങൾ സജ്ജമാക്കിയ മൂല്യം. പിന്നീട് അത് പരിശോധിക്കുന്ന ആർക്കും ping-ന്റെ സ്ക്രീൻഷോട്ടിൽ നിന്ന് വീണ്ടും കണ്ടെത്തുന്നതിന് പകരം അനുമാനം പരിശോധിക്കാം.

നിങ്ങൾ പരീക്ഷിച്ച എല്ലാ വലിപ്പത്തിലും അപ്ലിക്കേഷൻ പ്രവർത്തിക്കുന്നുവെങ്കിൽ, സംഖ്യകൾ ക്രമീകരിക്കുന്നത് നിർത്തി, പ്രവർത്തിക്കുന്ന സേവനത്തെ പരാജയപ്പെടുന്ന സേവനത്തിൽ നിന്ന് വേർതിരിക്കുന്ന നയം നോക്കുക.