VPN ടണലിൽ traceroute ഒരു ദിശയിൽ മാത്രം മരിക്കുന്നത് എന്തുകൊണ്ട്

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

ട്രേസ് ഗതാഗതത്തെക്കുറിച്ചുള്ള തെളിവാകുന്നതിന് മുമ്പ് ഡയഗ്നോസ്റ്റിക്സിനെക്കുറിച്ചുള്ള തെളിവാണ്. ചോദിക്കാൻ യോഗ്യമായ ചോദ്യം മൂന്നു കണ്ണികളിൽ ഏതാണ് പരാജയപ്പെട്ടത് എന്നതാണ്, ഉത്തരം ഔട്ട്‌പുട്ടിന്റെ രൂപത്തിൽ നിന്നല്ല, പാക്കറ്റുകളിൽ നിന്നാണ് വരുന്നത്.

നക്ഷത്രം എന്നത് കാണാത്ത ഉത്തരമാണ്, കാണാത്ത ഹോപ്പല്ല

traceroute ഓരോ റൗണ്ടിലും TTL ഒരു റൂട്ടർ കൂടി അകലെ അവസാനിക്കുന്ന പ്രോബുകൾ അയച്ച് പുറത്തേക്ക് നീങ്ങുന്നു. കാലഹരണപ്പെട്ട പ്രോബ് വലിച്ചെറിയുന്ന റൂട്ടർ തന്നെ പേരിടുന്ന ICMP Time Exceeded സന്ദേശം തിരികെ നൽകേണ്ടതാണ്, ഉപകരണം ആ പേര് അച്ചടിക്കുന്നു. ഉപകരണം യഥാർത്ഥത്തിൽ കാത്തിരിക്കുന്നത് ആ സന്ദേശം ഒരു സമയപരിധിക്കുള്ളിൽ എത്തുന്നതിനാണ്. റൂട്ടർ മറ്റൊരു സ്രോതസ്സ് വിലാസത്തിൽ നിന്ന് ഉത്തരം നൽകിയാലും പിശകുകൾ സൃഷ്ടിക്കുന്ന ആവൃത്തി പരിമിതപ്പെടുത്തിയാലും പ്രോബ് ഒരു വാക്കും പറയാതെ ഉപേക്ഷിച്ചാലും ആ റൗണ്ട് അച്ചടിക്കാൻ ഒന്നും നൽകുന്നില്ല.

ഈ ഫലങ്ങളിൽ ഒന്നും മുന്നോട്ടുള്ള പാത പൊട്ടിയതായി പറയുന്നില്ല. നക്ഷത്രം ഉത്തരമില്ലാത്ത തപാലിനെക്കുറിച്ചുള്ള റിപ്പോർട്ടാണ്, കാലിയായ വഴിയെക്കുറിച്ചല്ല.

പ്രോബ് രീതിയാണ് ഏത് ഫിൽട്ടർ നിങ്ങൾ നേരിടുമെന്ന് തീരുമാനിക്കുന്നത്

Linux-ൽ സ്ഥിരസ്ഥിതി രീതി സാധാരണയായി ഉയർന്ന നമ്പറുള്ള UDP ലക്ഷ്യ പോർട്ടാണ്, Windows-ലെ tracert ICMP പ്രതിധ്വനികൾ അയയ്ക്കുന്നു, Linux-നോട് പകരം ICMP അല്ലെങ്കിൽ TCP ഉപയോഗിക്കാൻ പറയാം. ഇവയോരോന്നും സ്റ്റേറ്റ്ഫുൾ ഫയർവാളിനോ ക്ലൗഡ് സെക്യൂരിറ്റി ഗ്രൂപ്പിനോ വ്യത്യസ്ത തരം ട്രാഫിക്കായി തോന്നുന്നു. ഒരു വശത്തെ UDP ട്രേസിനെ മറുവശത്തെ ICMP ട്രേസുമായി താരതമ്യം ചെയ്യുന്നത് രണ്ട് വ്യത്യസ്ത പരീക്ഷണങ്ങളെ താരതമ്യം ചെയ്യുന്നു. ഫലങ്ങളെ വ്യത്യാസം എന്ന് വിളിക്കുന്നതിന് മുമ്പ് രീതി, വിലാസ കുടുംബം, സ്രോതസ്സ് വിലാസം, സമയപരിധി എന്നിവ ഉറപ്പിക്കുക.

ന്യായമായ താരതമ്യത്തിന്, ട്രാഫിക് യഥാർത്ഥത്തിൽ കൊണ്ടുപോകുന്ന ഹോസ്റ്റുകളിൽ നിന്ന് ട്രേസ് പ്രവർത്തിപ്പിക്കുക, അവരുടെ പേരിൽ ഫോർവേഡ് ചെയ്യുന്ന ഗേറ്റ്വേയിൽ നിന്നല്ല. റൂട്ടർ സൃഷ്ടിക്കുന്ന ട്രേസ് റൂട്ടറിന്റെ സ്വന്തം സ്രോതസ്സ് വിലാസവും ഔട്ട്‌പുട്ട് നയവും ഉപയോഗിക്കുന്നു, അവ ഒരു ക്ലയന്റ് കാണുന്നതിനേക്കാൾ കർശനമായിരിക്കാം. കൃത്യമായ കമാൻഡ് രേഖപ്പെടുത്തുക, അടുത്ത വ്യക്തിക്ക് അത് ആവർത്തിക്കാനാകും.

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

മടങ്ങിവരവ് പാത അതിന്റേതായ ഒരു റൂട്ടാണ്

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

ട്രേസ് പൂർത്തിയാകുന്നതുവരെ ഓരോ സെലക്ടറും വിശാലമാക്കുന്നത് ചിത്രം സുന്ദരവും നയം മോശവുമാക്കുന്നു. നിർദ്ദിഷ്ട ഡയഗ്നോസ്റ്റിക് വിലാസം നന്നാക്കുക, അല്ലെങ്കിൽ നക്ഷത്രം സ്വീകരിച്ച് അപ്ലിക്കേഷൻ മറ്റൊരു വിധത്തിൽ പരിശോധിക്കുക.

യഥാർത്ഥ അഭ്യർത്ഥന ഉപയോഗിച്ച് ടണൽ സ്ഥിരീകരിക്കുക

സേവനത്തിന്റെ സ്വന്തം പോർട്ടിൽ TCP ഹാൻഡ്‌ഷേക്ക് പ്രധാന ദിശയിൽ ഫോർവേഡിംഗ്, മടങ്ങിവരവ് റൂട്ടിംഗ്, ഫിൽട്ടറിംഗ് എന്നിവ പരീക്ഷിക്കുന്നു. താഴെയുള്ള കമാൻഡുകൾ രണ്ട് അറ്റത്തും പ്രവർത്തിക്കുകയും ഓരോ വശത്തിനും എന്ത് തുറക്കാനാകുമെന്ന് താരതമ്യം ചെയ്യുകയും ചെയ്യുന്നു. നിങ്ങളുടെ സ്വന്തം ക്രമീകരണത്തിൽ നിന്ന് സേവന പോർട്ടും ടണൽ ഇന്റർഫേസ് പേരും മാറ്റിസ്ഥാപിക്കുക.

traceroute -I -n -w 2 203.0.113.40
traceroute -T -p 443 -n -w 2 203.0.113.40
curl -sS -o /dev/null -w '%{http_code} %{time_total}\n' --max-time 5 http://203.0.113.40:8080/health
ss -tan state established

ആദ്യം രണ്ട് traceroute പ്രവർത്തനങ്ങളും വായിക്കുക: ICMP പ്രവർത്തനം ഹോപ്പുകൾ കാണിക്കുകയും TCP പ്രവർത്തനം കാണിക്കാതിരിക്കുകയും ചെയ്താൽ, വ്യത്യാസം രീതിയിലാണ്, പാതയിലല്ല. തുടർന്ന് curl ഫലം അപ്ലിക്കേഷൻ തലത്തിലുള്ള ഉത്തരമായി എടുക്കുക, കാരണം ന്യായമായ സ്റ്റാറ്റസ് കോഡോടെ പൂർത്തിയായ കൈമാറ്റം മുന്നോട്ടും തിരികെയുമുള്ള പാതകൾ രണ്ടും യഥാർത്ഥ ട്രാഫിക്കിന് പ്രവർത്തിക്കുന്നു എന്നർത്ഥം. സോക്കറ്റ് പട്ടിക കണക്ഷൻ ഒട്ടും സ്ഥാപിതമായോ എന്ന് കാണിക്കുന്നു, ഏത് ട്രേസിനും അത് പറയാനാവില്ല.

രണ്ട് ദിശകളിലും ഇന്ററാക്ടീവ് സെഷൻ കൊണ്ടുപോകുമ്പോൾ ഒരു traceroute നക്ഷത്രങ്ങൾ അച്ചടിക്കുന്ന ടണൽ ആരോഗ്യകരവും ഫോട്ടോജെനിക് അല്ലാത്തതുമാണ്. ഓരോ വശത്തിന്റെയും കമാൻഡ് ഔട്ട്‌പുട്ട് രേഖയായി സൂക്ഷിക്കുക, കാണാത്ത ഹോപ്പുകളെ VPN-നെക്കുറിച്ചുള്ള വിധിയല്ല, ഡയഗ്നോസ്റ്റിക്സിനെക്കുറിച്ചുള്ള തുറന്ന ചോദ്യമായി കാണുക.