ആവർത്തന റൂട്ടിംഗ്: ടണൽ സ്വന്തം പാക്കറ്റുകളെ പിടിക്കുമ്പോൾ

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

ആദ്യം പുറം വഴി പരിശോധിക്കുക

കളിയിൽ രണ്ട് പാക്കറ്റുകളുണ്ട്, ഒന്നല്ല. അകത്തെ പാക്കറ്റ് അപ്ലിക്കേഷന്റേതാണ്, അത് എൻക്രിപ്റ്റ് ചെയ്യപ്പെടണം, പുറത്തെ പാക്കറ്റ് സർവറിലേക്ക് വിലാസം ചെയ്തിരിക്കുന്നു, ടണലിനെ ആശ്രയിക്കാത്ത ഒരു വഴിയിലൂടെ അതിലെത്തണം.

ip route get 198.51.100.7
ip rule show
ip route show table all | grep -F 198.51.100.7
wg show wg0 endpoints

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

സെഷൻ ഒരു നിമിഷം നിലനിൽക്കുന്നതെന്തുകൊണ്ട്

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

ഈ ക്രമമാണ് ടണൽ ലാപ്ടോപ്പിൽ പ്രവർത്തിക്കുകയും റൂട്ടറിൽ പരാജയപ്പെടുകയും ചെയ്യുന്നതെന്തുകൊണ്ടെന്നും, ബന്ധിപ്പിക്കുമ്പോഴല്ല ട്രാഫിക് തുടങ്ങുമ്പോഴാണ് പരാജയം പലപ്പോഴും തുടങ്ങുന്നതെന്തുകൊണ്ടെന്നും വിശദീകരിക്കുന്നു. ലൂപ്പും ഇത് വിശദീകരിക്കുന്നു: ഓരോ പുനരാരംഭവും, റൂട്ട് അത് അസാധ്യമാക്കുന്നതിന് മുൻപേ സെഷൻ വീണ്ടും സ്ഥാപിക്കുന്നു.

എൻഡ്പോയിന്റ് ഒഴിവിന്റെ ഉടമ ആരെന്ന് കണ്ടെത്തുക

പിന്തുണയുള്ള ക്ലയന്റുകൾ അവരുടെ ഒഴിവ് സ്വയം ഒരുക്കുന്നു: യഥാർത്ഥ ഗേറ്റ്വേയിലൂടെ സർവറിലേക്കുള്ള ഹോസ്റ്റ് റൂട്ട്, അല്ലെങ്കിൽ പുറം സോക്കറ്റിനെ ടണലിന് പുറത്ത് നിർത്തുന്ന ഒരു മാർക്ക്. ചോദ്യം, മറ്റെന്തെങ്കിലും അത് നീക്കിയോ മറികടന്നോ എന്നതാണ്.

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

നെറ്റ്വർക്ക് മാറിയതിന് ശേഷം വീണ്ടും പരിശോധിക്കുക

Wi-Fi ഗേറ്റ്വേയിലൂടെയുള്ള ഹോസ്റ്റ് റൂട്ട് യന്ത്രം മറ്റൊരു നെറ്റ്വർക്കിലേക്ക് മാറുന്നതുവരെ ശരിയാണ്. അപ്പോൾ അതേ ലക്ഷണം ഒരു കോൺഫിഗറേഷൻ മാറ്റവും കൂടാതെ തിരികെ വരുന്നു.

എൻഡ്പോയിന്റിന്റെ വിലാസം, ബന്ധിപ്പിക്കുന്നതിന് മുൻപും ശേഷവുമുള്ള റൂട്ട്, ഓരോന്നും ഉപയോഗിച്ച ഇന്റർഫേസ് എന്നിവ രേഖപ്പെടുത്തുക. ഈ മൂന്ന് വസ്തുതകൾ സാധാരണയായി ക്ലയന്റ് ബഗ്ഗിനെ മറികടക്കലിൽ നിന്ന് വേർതിരിക്കുന്നു, അവ ശേഖരിച്ച വ്യക്തി പോയതിന് ശേഷവും നിലനിൽക്കുന്നു.

പുതിയ നെറ്റ്വർക്കിൽ വീണ്ടും ബന്ധിപ്പിച്ച് വായന ആവർത്തിക്കുക. ഒഴിവ് വീണ്ടും ഇല്ലെങ്കിൽ, തിരുത്ത് അത് ഉള്ള പ്രൊഫൈലിലാണ്, തടസ്സത്തിനിടയിൽ ടൈപ്പ് ചെയ്ത ഒറ്റത്തവണ കമാൻഡിലല്ല.