ip link ഉപയോഗിച്ച് Linux VPN ഇന്റർഫേസ് പരിശോധിക്കൽ, പാളി പാളിയായി

ക്ലയന്റ് ഐക്കൺ കണക്ട് ചെയ്തതായി പറയുന്നു, ഇന്റർഫേസ് നിലവിലുണ്ട്, എന്നിട്ടും ആപ്ലിക്കേഷന് ഒന്നിലും എത്താനാകുന്നില്ല. ആ സംയോഗം സാധാരണമാണ്, കാരണം ഒരു വെർച്വൽ ഇന്റർഫേസ് നിലനിൽക്കുമ്പോൾ അതിന്റെ ദൂര കൂട്ടാളിയോ വിലാസങ്ങളോ റൂട്ടുകളോ കാണാതിരിക്കാം. ip link ആണ് ശരിയായ ആദ്യ ഉപകരണം, അത് അമിതമായി വായിക്കാൻ ഏറ്റവും എളുപ്പമുള്ളതുമാണ്. ഫ്ലാഗുകളും കൗണ്ടറുകളും ഒരു പാളിയെ വിവരിക്കുന്നു, അവയ്ക്ക് മുകളിലുള്ള പാളികൾ സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു. ടണൽ ഉയർന്നിരിക്കുന്നു എന്ന് തെളിയിക്കാൻ ആളുകൾ ഉദ്ധരിക്കുന്ന ഉപകരണവുമാണ് ഇത്, അത് സ്വന്തമായി പിന്തുണയ്ക്കാൻ കഴിയാത്ത അവകാശവാദമാണ്.

ഐക്കൺ വായിക്കുന്നതിന് മുമ്പ് ഇന്റർഫേസ് വായിക്കുക

ആരംഭിക്കുക ip -details link show dev tun0 കൊണ്ട്, ip-link മാനുവൽ എന്നതിൽ വിവരിച്ചിരിക്കുന്നതുപോലെ, ക്ലയന്റ് യഥാർത്ഥത്തിൽ സ്വന്തമാക്കുന്ന ഇന്റർഫേസ് പകരം നൽകുക, പരമ്പരാഗത നാമമല്ല. ഫ്ലാഗുകൾ, തരം, MTU, ഇന്റർഫേസ് ഐഡന്റിറ്റി എന്നിവ ഉപയോഗപ്രദമായ നിരീക്ഷണങ്ങളാണ്. വെർച്വൽ ഇന്റർഫേസിന്റെ അവസ്ഥാപദം ഭൗതിക കേബിളിന്റെ കാരിയർ സൂചനപോലെ പെരുമാറണമെന്നില്ല, അതിനാൽ UP എന്നത് ഇന്റർഫേസിനെക്കുറിച്ചുള്ള പ്രസ്താവനയായി കാണുക, ടണലിനെക്കുറിച്ചല്ല.

ആ വ്യത്യാസമാണ് ഏറ്റവും ആശയക്കുഴപ്പമുള്ള സാഹചര്യം വിശദീകരിക്കുന്നത്: ദൂര വശം വീണ്ടും കണക്ട് ചെയ്യുമ്പോഴോ എത്താനാകാത്തപ്പോഴോ നിലനിൽക്കുന്ന ഇന്റർഫേസ്.

സ്ഥിരതാ ക്രമീകരണങ്ങൾ ലിങ്ക് നിലനിർത്തുന്നത് വീണ്ടും കണക്ട് ചെയ്യുമ്പോൾ അത് പുനർനിർമ്മിക്കാതിരിക്കാനാണ്, അതായത് സാന്നിധ്യം ആരോഗ്യമല്ല.

കൗണ്ടറുകളും അവ ഉപയോഗിക്കേണ്ട ഒരു അഭ്യർത്ഥനയും ചേർക്കുക

പിന്തുണയ്ക്കുന്ന സ്ഥിതിവിവര കാഴ്ച ഉപയോഗിക്കുക, ip -s link show dev tun0, ഇരു ദിശകളിലെയും പാക്കറ്റ്, ബൈറ്റ് എണ്ണങ്ങൾ രേഖപ്പെടുത്തുക. എന്നിട്ട് ഇന്റർഫേസിലൂടെ കടന്നുപോകേണ്ട ഒരു നിരുപദ്രവകരമായ അഭ്യർത്ഥന സൃഷ്ടിച്ച് ബന്ധപ്പെട്ട ദിശ താരതമ്യം ചെയ്യുക. മറ്റൊരു ആപ്ലിക്കേഷന്റെ നേരിട്ടുള്ള റൂട്ട് എടുത്ത അഭ്യർത്ഥന ആ കൗണ്ടറുകളെ ചലിപ്പിക്കില്ല, അതാണ് ഈ വ്യായാമത്തിന്റെ ഉദ്ദേശ്യം.

ട്രാൻസ്മിറ്റ് കൗണ്ടർ ചലിക്കുകയും റിസീവ് കൗണ്ടർ ചലിക്കാതിരിക്കുകയും ചെയ്താൽ, പാക്കറ്റ് പുറപ്പെട്ടു, ഒന്നും തിരികെ വന്നില്ല. ഒന്നും ഒരിക്കലും കൊണ്ടുപോകാത്ത ഇന്റർഫേസിൽ നിന്ന് വ്യത്യസ്തമായ പ്രശ്നമാണിത്. രണ്ട് കൗണ്ടറുകളും ചലിക്കുകയും ആപ്ലിക്കേഷൻ ഇപ്പോഴും പരാജയപ്പെടുകയും ചെയ്താൽ, തകരാർ ഇന്റർഫേസിന് മുകളിലാണ്, അത് മുന്നേറ്റമാണ്, അവസാനമല്ല.

ഒരു സ്നാപ്പ്ഷോട്ട് മാത്രം വിശ്വസിക്കാതെ, ഒരിക്കൽ മുമ്പും ഒരിക്കൽ ശേഷവും എന്ന് രണ്ടുവട്ടം വായന എടുക്കുക.

വിലാസങ്ങളും റൂട്ടുകളും വെവ്വേറെ ഘട്ടങ്ങളാണ്

പ്രിഫിക്സോ റിസോൾവർ കോൺഫിഗറേഷനോ ആപ്ലിക്കേഷന് ആവശ്യമായ റൂട്ടോ ഇല്ലാതെയും ഒരു ലിങ്ക് നിലനിൽക്കാം. വിലാസം പരിശോധിക്കുക ip address show dev tun0, എന്നിട്ട് യഥാർത്ഥ ലക്ഷ്യത്തിനായി ip route get ഉപയോഗിച്ച് ലക്ഷ്യസ്ഥാനം ഏത് റൂട്ട് തിരഞ്ഞെടുക്കുമെന്ന് പരിശോധിക്കുക. ആ മൂന്ന് നിരീക്ഷണങ്ങൾ മൂന്ന് വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു, അവസാനത്തേത് മാത്രമാണ് ഫോർവേഡിംഗിനെക്കുറിച്ച്.

IPsec-ന് സുരക്ഷാ നയവും അസോസിയേഷൻ അവസ്ഥയും പ്രധാനമായേക്കാം, എല്ലാ IPsec രൂപകൽപ്പനയും ലളിതമായ tun ഇന്റർഫേസായി പ്രത്യക്ഷപ്പെടുന്നില്ല. ഒരിക്കലും ഉണ്ടാകാത്ത tun ഉപകരണം തിരയുന്നത് തെറ്റായ നിഗമനത്തിലെത്താനുള്ള വേഗമാർഗമാണ്.

നിങ്ങൾ സൂക്ഷിക്കുന്ന ഏത് ഔട്ട്പുട്ടിനൊപ്പവും കൃത്യമായ പേര്, നെയിംസ്പേസ്, സമയം എന്നിവ രേഖപ്പെടുത്തുക, കാരണം മറ്റൊരു കണ്ടെയ്നറിലെയോ പുനഃസ്ഥാപിച്ച സെഷനിലെയോ ഒരേപോലെ തോന്നുന്ന പേര് മറ്റൊരു സന്ദർഭത്തെയാണ് പ്രതിനിധീകരിക്കുന്നത്.

തിരിച്ചറിയാത്തത് ഇല്ലാതാക്കരുത്

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

ഇന്റർഫേസ് നിങ്ങൾ സൃഷ്ടിക്കാത്ത ഒരു കണ്ടെയ്നർ റൺടൈമിന്റേതോ നെറ്റ്വർക്ക് നെയിംസ്പേസിന്റേതോ ആണെങ്കിൽ, ഉടമയെ ഒരു കമാൻഡ് അകലെ കണ്ടെത്താം, ആദ്യം അത് കണ്ടെത്തുന്നത് ഉചിതമാണ്.

ആ മുൻകരുതൽ ip link set down എന്നതിനും ബാധകമാണ്, അത് മടക്കാവുന്നതായി തോന്നുന്നു, പലപ്പോഴും അല്ല.

പരിശോധന നിങ്ങളിൽ അവശേഷിപ്പിക്കേണ്ടത്

നല്ല ഒരു പരിശോധന നാല് വസ്തുതകളിൽ അവസാനിക്കുന്നു: ഇന്റർഫേസ് നാമവും നെയിംസ്പേസും, അതിന്റെ ഫ്ലാഗുകളും MTU-യും, യഥാർത്ഥ അഭ്യർത്ഥനയിൽ നിന്നുള്ള കൗണ്ടർ ഡെൽറ്റ, ആപ്ലിക്കേഷന് യഥാർത്ഥത്തിൽ ആവശ്യമായ റൂട്ടും വിലാസവും. അവ എഴുതിവെച്ചാൽ, അടുത്ത ഘട്ടം വ്യക്തമാണ്, അത് ഒരു നിർദ്ദിഷ്ട പാളിയുടേതാണ്. അവയില്ലാതെ, തുടർന്നുള്ള ഓരോ മാറ്റവും റോൾബാക്ക് പ്ലാനുള്ള ഒരു ഊഹമാണ്.

ആ നാല് വസ്തുതകളെ പ്രവർത്തിക്കുന്ന ഒരു സെഷനിലെ അതേ നാലുമായി താരതമ്യം ചെയ്യുക. ഇന്റർഫേസ് നാമവും നെയിംസ്പേസും ഒത്തുപോകുകയും കൗണ്ടർ ഡെൽറ്റ പൂജ്യമായിരിക്കുകയും ചെയ്താൽ, അഭ്യർത്ഥന ടണലിൽ എത്തിയിട്ടില്ല. കൗണ്ടർ ഡെൽറ്റ ആരോഗ്യകരവും റൂട്ട് മറ്റൊരിടത്തേക്ക് പോകുന്നതുമാണെങ്കിൽ, ടണൽ കുഴപ്പമില്ല, റൂട്ടിംഗാണ്. ഒരു കൂമ്പാരം ഔട്ട്പുട്ടിനെ ഒരു തീരുമാനമാക്കി മാറ്റുന്നത് ആ താരതമ്യമാണ്.

ഔട്ട്പുട്ട് ടിക്കറ്റിനൊപ്പം സൂക്ഷിക്കുക, കാരണം പിന്നീടുള്ള താരതമ്യം എന്ത് മാറിയെന്ന് കാണാൻ കഴിഞ്ഞാൽ മാത്രമേ ഉപകരിക്കൂ.

പിന്നെ ആപ്ലിക്കേഷൻ വീണ്ടും പരീക്ഷിച്ച് വൃത്തം അടയ്ക്കുക, കാരണം ഇന്റർഫേസ് ഒരിക്കലും ഉപയോക്താവിന് പ്രധാനമായ കാര്യമായിരുന്നില്ല.