മുഴുവൻ ടണൽ റൂട്ട് അത് വഹിക്കുന്ന സെർവറിനെ എന്തുകൊണ്ട് വിച്ഛേദിക്കുന്നു

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

സ്വന്തം ഗതാഗതം തിന്നുന്ന റൂട്ട്

എൻകാപ്സുലേഷൻ ഓരോ പാക്കറ്റിനെയും രണ്ടാം ഹെഡറിൽ പൊതിയുന്നു. പുറം ഹെഡർ പ്രാദേശിക ഭൗതിക വിലാസത്തിൽ നിന്ന് സെർവറിന്റെ പൊതു വിലാസത്തിലേക്കാണ്, ഏതെങ്കിലും ടണൽ നിലനിൽക്കുന്നതിന് മുൻപ് അത് ഭൗതിക ലിങ്ക് കടക്കണം.

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

ഏറ്റവും നീളമുള്ള പ്രിഫിക്സ് പൊരുത്തം ഏതെങ്കിലും മെട്രിക് നോക്കുന്നതിന് മുൻപ് തിരച്ചിൽ തീരുമാനിക്കുന്നു, അതിനാൽ ഒറ്റ വിലാസ റൂട്ട് യന്ത്രത്തിലെ എല്ലാ ഡിഫോൾട്ട് റൂട്ടുകളെയും കവിയുന്നു. പരിഹാരത്തിന് പിന്നിലെ മുഴുവൻ സംവിധാനവും ഇതാണ്.

ഡിഫോൾട്ടിന് മുൻപ് ഒഴിവ് ഇൻസ്റ്റാൾ ചെയ്യുക

സെർവറിനായി ഒറ്റ വിലാസ റൂട്ട് സൃഷ്ടിക്കുക, ഭൗതിക ഗേറ്റ്വേ അടുത്ത ഹോപ്പായി വെച്ച്, ഡിഫോൾട്ട് റൂട്ട് നീങ്ങുന്നതിന് മുൻപ്. ക്രമം പ്രധാനമാണ്: പിന്നീട് ഇൻസ്റ്റാൾ ചെയ്യുക എന്നത് ടൈപ്പ് ചെയ്യുമ്പോൾ തകർന്ന ടണലിനൊപ്പം ജീവിക്കുക എന്നാണ്.

മിക്ക ക്ലയന്റുകളും ഇത് ആവശ്യപ്പെടാതെ ചെയ്യുന്നു. OpenVPN ദൂരെയുള്ള വിലാസം തിരഞ്ഞ് ഡിഫോൾട്ട് ഗേറ്റ്വേ മാറ്റിയെഴുതുന്നതിന് മുൻപ് അത് പിൻ ചെയ്യുന്നു, അതിന്റെ route-delay ഓപ്ഷൻ ഈ ക്രമം മത്സരിക്കുന്ന പ്ലാറ്റ്ഫോമുകൾക്കായി നിലകൊള്ളുന്നു. wg-quick തികച്ചും വേറെ വഴി തിരഞ്ഞെടുക്കുന്നു, പാക്കറ്റുകൾ അടയാളപ്പെടുത്തി നയ നിയമം സമീപിച്ച് ഒഴിവ് ചേർക്കുന്നതിന് പകരം. വ്യത്യസ്ത സംവിധാനങ്ങൾ, ഒരേ ആവശ്യം: പുറം പാക്കറ്റ് താൻ സൃഷ്ടിക്കുന്ന ടണലിൽ നിന്ന് രക്ഷപ്പെടണം.

ip route add 203.0.113.10/32 via 192.168.1.1 dev eth0
ip route get 203.0.113.10

തിരച്ചിലിന്റെ ഔട്ട്പുട്ടാണ് സ്വീകാര്യതാ പരിശോധന. അത് ഭൗതിക ഉപകരണവും ഭൗതിക അടുത്ത ഹോപ്പും പേരെടുത്ത് പറയണം. ആ മറുപടിയിൽ ടണൽ ഉപകരണം ഉണ്ടെന്നത് ഒഴിവ് ഇല്ലെന്നോ അതിനെ മറികടക്കുന്ന എന്തിന് ശേഷമോ വെച്ചു എന്നോ അർത്ഥം.

സെർവറിലെ കണ്ണാടി പ്രതിബിംബം

അതേ കെണി മറുവശത്ത് തലകീഴായി കാത്തിരിക്കുന്നു. സെർവറിന് മറ്റൊരു ടണലിലൂടെ ഡിഫോൾട്ട് റൂട്ട് നൽകുക, അല്ലെങ്കിൽ ക്ലയന്റുകളുടെ പൊതു വിലാസങ്ങൾ ഉൾക്കൊള്ളുന്ന റൂട്ട് അതിലേക്ക് തള്ളുക, അപ്പോൾ അതിന്റെ മറുപടികൾ തെറ്റായ ദിശയുടെ ശീലം സ്വായത്തമാക്കും.

ബന്ധിപ്പിച്ച് അഭ്യർത്ഥന അയക്കുന്ന ഒരു ക്ലയന്റിനെ സങ്കൽപ്പിക്കുക. മറുപടി ആ ക്ലയന്റിന്റെ പൊതു വിലാസത്തിലേക്കാണ്, അത് ഇപ്പോൾ ടണൽ റൂട്ടുമായി ഒത്തുപോകുന്നു, അതിനാൽ അത് മറ്റൊരു ഇന്റർഫേസിൽ നിന്ന് പുറപ്പെട്ട് ക്ലയന്റ് ഒരിക്കലും ഡയൽ ചെയ്യാത്ത ഉറവിടം വഹിക്കുന്നു. ക്ലയന്റിന് ആ പാക്കറ്റ് സ്വീകരിച്ച് അത് ഉപേക്ഷിക്കാനും കഴിയും, കാരണം അത് അയച്ച അഭ്യർത്ഥനയുമായി ഒന്നും ബന്ധിപ്പിക്കുന്നില്ല. ക്ലയന്റിന്റെ കാലതാമസത്തിൽ നിന്നല്ല, സെർവറിന്റെ റൂട്ടിംഗ് തീരുമാനത്തിൽ നിന്ന് തുടങ്ങുക, കാരണം രണ്ടിൽ ഒന്ന് മാത്രമാണ് യഥാർത്ഥ തിരഞ്ഞെടുപ്പ് കാണിക്കുന്നത്.

ip route get 198.51.100.44 from 10.90.0.1
ip rule show
sudo tcpdump -ni any host 198.51.100.44

മൂന്ന് പരിഹാരങ്ങളുണ്ട്, അവ തുല്യമല്ല. സേവനത്തെ ഭൗതിക വിലാസത്തിൽ പിൻ ചെയ്യുകയോ ഉറവിടം വിവർത്തനം ചെയ്യുകയോ ചെയ്യുന്നത് രണ്ടും റൂട്ടിംഗ് തീരുമാനം തിരുത്തുന്നതിന് പകരം മറയ്ക്കുന്നു. ടണൽ പൂളിനുള്ള മറുപടി ട്രാഫിക് സമർപ്പിത പട്ടികയിലൂടെ അയക്കുന്നത് കാരണം തിരുത്തുന്നു, ബാക്കി രണ്ടും റൂട്ടിംഗ് രൂപകൽപ്പന ശീതീകരിച്ചിരിക്കുന്നിടത്തോളം മാത്രം സ്വീകാര്യം.

ടണൽ തുടർച്ചയായി മോഷ്ടിക്കുന്ന ഒഴിവുകൾ

ടണൽ ഡിഫോൾട്ട് റൂട്ട് കൈവശം വെച്ചിരിക്കുമ്പോഴും തുറന്ന ഇന്റർനെറ്റ് വേണ്ട ചില ജോലികളുണ്ട്, ഓരോന്നിനും സ്വന്തം ഒഴിവ് വേണം. ഡൈനാമിക് DNS അപ്ഡേറ്റർ സാധാരണയായി ആദ്യം തകരുന്നു.

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

ആരും എഴുതി വെക്കാത്ത ഒഴിവ് അടുത്ത പുനർനിർമ്മാണം നിശ്ശബ്ദമായി വീഴ്ത്തുന്ന ഒഴിവാണ്.

വീണ്ടും ബന്ധിപ്പിച്ചതിന് ശേഷം തെളിയിക്കുക, മുൻപല്ല

ഒന്നല്ല, മൂന്ന് ലക്ഷ്യസ്ഥാനങ്ങൾ പരിശോധിക്കുക: എൻഡ്പോയിന്റ്, ടണലിന് പിന്നിലെ സ്വകാര്യ വിലാസം, അതിനപ്പുറമുള്ള പൊതു വിലാസം. ഒരു വിജയകരമായ തിരച്ചിൽ ബാക്കി രണ്ടിനെക്കുറിച്ച് ഏതാണ്ട് ഒന്നും പറയുന്നില്ല.

ip route get 203.0.113.10
traceroute -n 203.0.113.10
ip route get 10.90.0.5
ip route get 1.1.1.1

പിന്നീട് കണക്ഷൻ വീണ്ടും ആരംഭിക്കുക, കാരണം വീണ്ടും ബന്ധിപ്പിക്കുമ്പോൾ തന്റെ പട്ടിക പുനർനിർമ്മിക്കുന്ന ക്ലയന്റ് നിങ്ങൾ കൈകൊണ്ട് ടൈപ്പ് ചെയ്ത റൂട്ട് ഉപേക്ഷിക്കും. kill switch പ്രവർത്തനക്ഷമമാണെങ്കിൽ എൻഡ്പോയിന്റിന് അനുമതിയുണ്ടെന്ന് പരിശോധിക്കുക, അല്ലെങ്കിൽ നെറ്റ്വർക്ക് മാറ്റത്തിന് ശേഷം ടണലിന് തിരികെ വരാൻ കഴിയില്ല, ലക്ഷണം തടസ്സം പോലെ തോന്നും. ഒഴിവ് shell ചരിത്രത്തിലല്ല, പ്രൊഫൈലിലോ unit ഫയലിലോ സൂക്ഷിക്കുക, വീണ്ടും ബന്ധിപ്പിക്കൽ അത് മായ്ക്കുന്നതിന് പകരം വീണ്ടും സൃഷ്ടിക്കാൻ.