SSH വഴി VPN ക്ലയന്റ് ആരംഭിക്കുന്നോ? ആദ്യം നിങ്ങളുടെ സ്വന്തം റൂട്ട് പിൻ ചെയ്യുക

നിങ്ങൾ SSH വഴി ഒരു ബിൽഡ് ഹോസ്റ്റിലേക്ക് പ്രവേശിക്കുന്നു, അതിൽ VPN ക്ലയന്റ് ആരംഭിക്കുന്നു, സെഷൻ മറുപടി നൽകുന്നത് നിർത്തുന്നു. ഒന്നും ക്രാഷ് ചെയ്തിട്ടില്ല, വ്യക്തമായ അർത്ഥത്തിൽ ഒന്നും തെറ്റായി കോൺഫിഗർ ചെയ്തതായി തോന്നുന്നുമില്ല. ക്ലയന്റ് ഒരു ഡിഫോൾട്ട് റൂട്ട് ഇൻസ്റ്റാൾ ചെയ്തു, അതിനാൽ നിങ്ങളുടെ വർക്ക്സ്റ്റേഷനിലേക്കുള്ള മറുപടികൾ ഇപ്പോൾ ടണലിലൂടെ പുറത്തുപോകുന്നു, അവിടെ നിങ്ങളുടെ വർക്ക്സ്റ്റേഷന്റെ വിലാസം റൂട്ട് ചെയ്യാനാകില്ല. രസകരമായ കാര്യം ഈ ഫലം മുൻകൂട്ടി പ്രവചിക്കാവുന്നതായിരുന്നു എന്നതാണ്, പരിഹാരം ക്ലയന്റ് തുടങ്ങുന്നതിന് മുമ്പ് എഴുതുന്ന ഒരു റൂട്ടാണ്. ഒരു നെറ്റ്വർക്ക് കാർഡുള്ള സെർവർ, 192.0.2.254 എന്ന ഗേറ്റ്വേ, 203.0.113.9 ൽ നിന്ന് കണക്ട് ചെയ്യുന്ന അഡ്മിനിസ്ട്രേറ്റർ എന്നിവ ഉണ്ടെന്ന് കരുതുക.

ആരംഭിക്കുന്നതിന് മുമ്പ് പാത രേഖപ്പെടുത്തുക

ip route show default നിലവിലെ ഗേറ്റ്വേയും ഇന്റർഫേസും പേരിടുന്നു, ip route get 203.0.113.9 കർണൽ നിങ്ങളുടെ സെഷനായി ഏത് ഇന്റർഫേസും സ്രോതസ്സ് വിലാസവും ഉപയോഗിക്കുമെന്ന് കാണിക്കുന്നു. രണ്ട് ഔട്ട്പുട്ടുകളും സൂക്ഷിക്കുക. ടണൽ ഉയർന്നതിന് ശേഷവും ആ രണ്ട് കമാൻഡുകൾ ഭൗതിക പാത വിവരിക്കണം, അവ പകരം ടണൽ വിവരിക്കുന്നുവെങ്കിൽ, സെഷൻ ഇതിനകം കടം വാങ്ങിയ സമയത്താണ് ജീവിക്കുന്നത്.

പ്രധാനമായത് ഇതിനകം സ്ഥാപിതമായ കണക്ഷനാണ്, അതിനാൽ പുതിയ ലോഗിൻ കൊണ്ട് മാത്രം സാധൂകരിക്കരുത്. പുതിയ സെഷന് പഴയതിന് ഇനി ഇല്ലാത്ത അവസ്ഥയിലൂടെ അൽപ്പസമയം വിജയിക്കാം.

വിലാസം ക്ലയന്റിന്റെ സ്വന്തം കോൺഫിഗറേഷനിൽ പിൻ ചെയ്യുക

കൈകൊണ്ട് ചേർത്ത റൂട്ട് റീബൂട്ടിൽ അപ്രത്യക്ഷമാകുന്നു, കൂടാതെ ക്ലയന്റിന്റെ സ്വന്തം പട്ടിക അപ്ഡേറ്റുകളുമായി മത്സരിക്കുന്നു, അതിനാൽ ഒഴിവ് പട്ടിക കൈകാര്യം ചെയ്യുന്നിടത്ത് വയ്ക്കുക. OpenVPN ൽ net_gateway കീവേഡ് ടണലിന് മുമ്പ് ഉണ്ടായിരുന്ന ഗേറ്റ്വേയിലേക്ക് പരിഹരിക്കുന്നു, അതിനാൽ route 203.0.113.9 255.255.255.255 net_gateway അതിന് പുറത്ത് കൃത്യമായി ഒരു വിലാസം നിലനിർത്തുന്നു. WireGuard ന് വേറെ സമീപനം വേണം, കാരണം wg-quick തന്നെ റൂട്ടുകൾ കൈകാര്യം ചെയ്യുന്നു: Table = off സെറ്റ് ചെയ്ത് ഒഴിവ് PostUp ൽ ചേർക്കുക, അത് നീക്കം ചെയ്യുന്ന അനുയോജ്യമായ PostDown സഹിതം. രണ്ട് രൂപങ്ങളും ഒരേ ഉദ്ദേശ്യം പ്രകടിപ്പിക്കുന്നു, രണ്ടും എല്ലാത്തിനും ടണൽ ദുർബലമാക്കുന്നതിന് പകരം ഒഴിവ് ഒരു വിലാസത്തിൽ പരിമിതപ്പെടുത്തുന്നു.

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

അല്ലെങ്കിൽ പ്രധാന പട്ടിക സമവാക്യത്തിൽ നിന്ന് ഒഴിവാക്കുക

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

രണ്ടും ഒരു ഹോസ്റ്റ് റൂട്ടിനേക്കാൾ കൂടുതൽ യന്ത്രസാമഗ്രിയാണ്, യന്ത്രത്തിലെ ഒന്നിൽ കൂടുതൽ കാര്യങ്ങൾ ടണൽ അതിജീവിക്കേണ്ടിവരുമ്പോൾ രണ്ടും മൂല്യവത്താണ്.

പിന്നിംഗ് പരാജയപ്പെടാമെന്ന് കരുതുക

നിങ്ങളുടെ നിലവിലെ പൊതു വിലാസത്തിൽ കെട്ടിയ ഒരു റൂട്ട്, നിങ്ങളുടെ ദാതാവ് അത് വീണ്ടും അനുവദിക്കുന്ന നിമിഷത്തിൽ തകരുന്നു. അപ്പോൾ ദൂരെയുള്ള സെർവറിന് ആ വിലാസത്തെ ആശ്രയിക്കാത്ത ഒരു പാത വേണം: ഒരു കൺസോൾ, രണ്ടാമത്തെ മാനേജ്മെന്റ് ഇന്റർഫേസ്, അല്ലെങ്കിൽ ടണലിന് പുറത്ത് നിൽക്കുന്ന ഒരു ജംപ് ഹോസ്റ്റ്.

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

പ്രധാനമായ ക്രമത്തിൽ പരിശോധിക്കുക

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

പിൻ ചെയ്ത വിലാസവും അത് തെളിയിച്ച കമാൻഡും മാറ്റ രേഖയിൽ എഴുതുക. ആ ഹോസ്റ്റിൽ അടുത്തതായി ക്ലയന്റ് ആരംഭിക്കുന്ന വ്യക്തിക്ക് രണ്ടും വേണ്ടിവരും, അപ്പോഴേക്കും വിലാസം മാറിയിരിക്കാം.