VPN കണക്ട് ചെയ്തു എന്നാൽ ഒരു സേവനം പരാജയപ്പെടുന്നു: ഘട്ടം വേർതിരിക്കുക

VPN ടിക്കറ്റിൽ «കണക്ട് ചെയ്തു» എന്നതാണ് ഏറ്റവും കുറഞ്ഞ വിവരം നൽകുന്ന വസ്തുത. രണ്ട് കക്ഷികൾ ഒരു ഹാൻഡ്ഷേക്ക് പൂർത്തിയാക്കിയതായി അത് രേഖപ്പെടുത്തുന്നു, ചോദിച്ച പേര്, പാക്കറ്റ് പുറത്തുപോയ ഇന്റർഫേസ്, അതിന്റെ വലുപ്പം, അല്ലെങ്കിൽ ദൂരെയുള്ള അറ്റം അത് സ്വീകരിച്ചോ എന്നതിനെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല. അതുകൊണ്ടാണ് ഒരേ ലാപ്ടോപ്പിലെ മറ്റെല്ലാ ആപ്ലിക്കേഷനുകളും പ്രവർത്തിക്കുമ്പോൾ ഒരു സേവനം പരാജയപ്പെടാൻ കഴിയുന്നത്. ഘട്ടങ്ങളിലൂടെ ക്രമത്തിൽ കടക്കുക, ആദ്യം പരാജയപ്പെടുന്ന ഘട്ടം തകരാറിന് പേര് നൽകും.

പേരിൽ തുടങ്ങുക, ടണലിൽ അല്ല

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

resolvectl query host.internal
getent hosts host.internal

സ്വന്തം സുരക്ഷിത-DNS ക്രമീകരണമുള്ള ബ്രൗസറുകൾ ഇവിടെ പരാജയപ്പെടുന്നു, ബാക്കി സിസ്റ്റം പ്രവർത്തിക്കുന്നു. അതുകൊണ്ടാണ് ബ്രൗസറിനെ മാത്രം ബാധിക്കുന്ന പരാതി ആദ്യം ഈ ഘട്ടത്തിൽ വരുന്നത്, ആരും റൂട്ടിൽ തൊടുന്നതിന് മുൻപ്. ഒന്നല്ല, രണ്ട് കമാൻഡുകളും താരതമ്യം ചെയ്യുക, കാരണം getent NSS പാത പിന്തുടരുന്നു, റിസോൾവർ ചോദ്യം അല്ല.

കേർണൽ ഏത് പാത തിരഞ്ഞെടുത്തു എന്ന് ചോദിക്കുക

റൂട്ടിംഗ് പട്ടിക ഒരു മുൻഗണനാ ക്രമമാണ്, കേർണൽ തിരഞ്ഞെടുക്കുന്ന പാത എപ്പോഴും ചിത്രത്തിൽ കാണുന്നതല്ല. ബന്ധപ്പെട്ട ലക്ഷ്യസ്ഥാനത്തെക്കുറിച്ച് അതിനോട് നേരിട്ട് ചോദിക്കുക. ഉത്തരം ഇന്റർഫേസ്, അടുത്ത ഹോപ്പ്, ഉപയോഗിക്കുന്ന ഉറവിട വിലാസം എന്നിവ പേര് നൽകുന്നു. പാക്കറ്റ് ദൂരെയുള്ള അറ്റം നിരസിക്കുന്ന ഉറവിട വിലാസവുമായി ടണലിലൂടെ പുറത്തുപോകാം, കൂടാതെ ഭൗതിക പട്ടികയിലെ കൂടുതൽ നിർദ്ദിഷ്ട എൻട്രി അതിനെ പകരം Wi-Fi ഇന്റർഫേസിലൂടെ അയക്കാം.

ip route get 10.20.30.40
ip -brief address show

dev, via, src ഫീൽഡുകൾ ഈ ക്രമത്തിൽ വായിക്കുക, കാരണം ഓരോന്നും വ്യത്യസ്ത സംശയം ഒഴിവാക്കുന്നു. ഈ ഘട്ടം ക്ലയന്റ് ഇൻസ്റ്റാൾ ചെയ്ത അവസ്ഥയുടെയും ഉടമയാണ്, കാരണം ഫയർവാൾ നിയമങ്ങളും റൂട്ടുകളും അസാധാരണ പുറത്തുപോക്കിന് ശേഷവും നിലനിൽക്കാം. അതുകൊണ്ടാണ് «ടണൽ ഇല്ലാതെ ഇന്റർനെറ്റ് ഇല്ല» എന്നതും «ക്ലയന്റ് പ്രവർത്തിക്കാത്ത പക്ഷം ഇന്റർനെറ്റ് ഇല്ല» എന്നതും രണ്ടല്ല, ഒരു തകരാറ് കുടുംബമാണ്.

പാക്കറ്റ് വലുപ്പം പരിശോധിക്കുക

വലിയ കൈമാറ്റം നിൽക്കുമ്പോൾ തിരികെ വരുന്ന ചെറിയ ഉത്തരം ആദ്യം പാതയുടെ MTU-വിലേക്ക് ചൂണ്ടുന്നു. ടണലിനുള്ളിൽ നിന്ന് അയച്ച, do-not-fragment ബിറ്റ് സജ്ജമാക്കിയ ഒരു പ്രോബ് ഈ ഘട്ടത്തെ മറ്റുള്ളവയിൽ നിന്ന് വേർതിരിക്കുന്നു. പ്രോബ് പരാജയപ്പെടുന്നതുവരെ പേലോഡ് ഉയർത്തുക, പ്രധാനമായ സംഖ്യ നിങ്ങൾക്ക് ലഭിക്കും.

ping -M do -s 1400 10.20.30.40

ഡയറക്ടറി ലിസ്റ്റോ അപ്‌ലോഡോ തൂങ്ങിനിൽക്കുമ്പോൾ ചെറിയ പ്രോബുകൾ കടന്നുപോകുന്നതാണ് ഈ ഘട്ടത്തിന്റെ ഒപ്പ്. പരാതി ലോഗിൻ വിവരങ്ങളോ ഫയർവാൾ നിയമമോ പോലെ തോന്നുന്നു, എന്നാൽ രണ്ടുമല്ല.

സംഖ്യ ക്ലയന്റിന്റേതല്ല, പാതയുടെ സ്വഭാവമാണ്, അതിനാൽ ഓഫീസ് കണക്ഷനിൽ പ്രവർത്തിക്കുന്ന മൂല്യം മൊബൈൽ ലിങ്കിൽ പരാജയപ്പെടാം. പ്രോബ് കമാൻഡ് ടിക്കറ്റിനൊപ്പം സൂക്ഷിക്കുക, കാരണം അടുത്ത വ്യക്തിക്കും അതേ അളവ് വേണം. ചെറിയ പേലോഡ് കടന്നുപോകുന്നുവെങ്കിൽ, പരിഹാരം clamp അല്ലെങ്കിൽ താഴ്ന്ന ടണൽ MTU ആണ്, പുതിയ സൈഫർ അല്ല.

ദൂരെയുള്ള അറ്റം പരിശോധിക്കുക

ലക്ഷ്യസ്ഥാനം അതിന്റെ വിലാസത്താൽ പരിശോധിക്കുക, തുടർന്ന് അവിടെ എന്താണ് കേൾക്കുന്നതെന്ന് നോക്കുക. നിരസിക്കപ്പെട്ട കണക്ഷനും ഒരിക്കലും ഉത്തരം നൽകാത്ത കണക്ഷനും വ്യത്യസ്ത കണ്ടെത്തലുകളാണ്. ആദ്യത്തേത് എന്തോ പ്രവർത്തിക്കുന്നുണ്ടെന്നും ആ പോർട്ടിന് സേവനം നൽകുന്നില്ലെന്നും പറയുന്നു, രണ്ടാമത്തേത് ഒന്നും തിരികെ വന്നില്ലെന്നും പറയുന്നു. സ്വതവേ രണ്ടും ക്ലയന്റ് പ്രശ്നമല്ല.

curl -sv http://10.20.30.41:8080/health
nc -vz -w 3 10.20.30.41 3389
ss -lnt 'sport = :8080'

ടണലിലൂടെ എത്താവുന്ന ഒന്നും 127.0.0.1 ൽ മാത്രം കേൾക്കുന്ന ഒരു സേവനമാകാൻ കഴിയില്ല, കാരണം ശ്രോതാവ് പാക്കറ്റ് ഒരിക്കലും കാണുന്നില്ല. ദൂരെയുള്ള ഹോസ്റ്റിന്റെ ഫയർവാൾ ഓഫീസ് സബ്നെറ്റ് അനുവദിച്ച് ടണൽ പൂൾ നിരസിക്കുമ്പോൾ, ഫലം ക്ലയന്റ് തകരാറായി തോന്നും, എന്നാൽ അല്ല. വെബ് ട്രാഫിക് അതിജീവിക്കുമ്പോൾ Remote Desktop അല്ലെങ്കിൽ ഫയൽ പങ്കിടൽ തകരുന്നത് സാധാരണയായി ഇവിടെയാണ് അവസാനിക്കുന്നത്, ഉപയോക്താവ് എങ്ങനെ പറഞ്ഞാലും.

പരാതിയെ ഒരു ഘട്ടവുമായി ചേർക്കുക

മിക്ക റിപ്പോർട്ടുകളും അഞ്ച് രൂപങ്ങളിൽ ഒന്നിലേക്ക് ചുരുങ്ങുന്നു, ഓരോ രൂപവും ഒരു ഘട്ടത്തിന് പേര് നൽകുന്നു. ടണലിലൂടെ മാത്രം പ്രവർത്തിക്കുന്ന ഒരു സൈറ്റ് ഒരു പേര്-ഉത്തരമോ ഉറവിട വിലാസവുമായി ബന്ധിപ്പിച്ച നയമോ ആണ്. ടണൽ ഇല്ലാതെ അപ്‌ഡേറ്റുകൾ പരാജയപ്പെടുകയും ബ്രൗസിംഗ് പ്രവർത്തിക്കുകയും ചെയ്യുന്നത് ആ ക്ലയന്റിന്റെ പേര് അല്ലെങ്കിൽ റൂട്ട് പ്രശ്നമാണ്.

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

ആദ്യ പരാജയം ഉണ്ടാക്കിയ ഘട്ടം കമാൻഡിന്റെ ഔട്ട്പുട്ടിനൊപ്പം രേഖപ്പെടുത്തുക. ഉറവിട വിലാസം തെറ്റായിരുന്നു എന്ന് പറയുന്ന, റൂട്ട് വരി ചേർത്ത ടിക്കറ്റ് നടപടിക്ക് അർഹമാണ്, എന്നാൽ VPN തകർന്നു എന്ന് റിപ്പോർട്ട് ചെയ്യുന്ന ടിക്കറ്റ് അല്ല.