പൂർണ ടണൽ നിങ്ങളുടെ SSH സെഷൻ കൊന്നു: മടക്ക മാർഗം പിൻ ചെയ്യുക

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

redirect-gateway യഥാർത്ഥത്തിൽ എന്താണ് ഇൻസ്റ്റാൾ ചെയ്യുന്നത്

അതിന്റെ def1 രൂപത്തിൽ redirect-gateway ഡിഫോൾട്ട് റൂട്ട് മാറ്റിഎഴുതുന്നതിന് പകരം 0.0.0.0/1 ഉം 128.0.0.0/1 ഉം ചേർക്കുന്നു. ഈ രണ്ട് പകുതികളും മുഴുവൻ വിലാസ ഇടവും ഉൾക്കൊള്ളുന്നു, രണ്ടും 0.0.0.0/0 എന്നതിനേക്കാൾ നീണ്ട പ്രിഫിക്സുകളായി തുടരുന്നു, അതിനാൽ കൂടുതൽ നിർദ്ദിഷ്ട പൊരുത്തമില്ലാത്ത ഏത് ലക്ഷ്യവും ഇപ്പോൾ ടണലിലേക്ക് പോകുന്നു. ഇതാണ് ഓർത്തുവയ്ക്കേണ്ട സംവിധാനം, കാരണം താഴെയുള്ള ഓരോ അറ്റകുറ്റപ്പണിയും കൂടുതൽ നിർദ്ദിഷ്ട പൊരുത്തം ഇൻസ്റ്റാൾ ചെയ്താണ് പ്രവർത്തിക്കുന്നത്.

നിങ്ങളുടെ അഡ്മിൻ വിലാസം അത്തരം ലക്ഷ്യങ്ങളിൽ ഒന്നാണ്.

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

ip route show table main | head -n 20
ip route get 198.51.100.23

നിങ്ങളുടെ ഉറവിട വിലാസവും ടണലിന് മുമ്പുള്ള പാതയും കണ്ടെത്തുക

സെർവറിൽ സ്ഥാപിതമായ SSH കണക്ഷൻ ലിസ്റ്റ് ചെയ്ത് അത് എവിടെ നിന്ന് വന്നു എന്ന പിയർ വിലാസം കുറിക്കുക. ആ വിലാസമാണ് നിങ്ങളുടെ മടക്ക റൂട്ട് ഉൾക്കൊള്ളേണ്ടത്, അത് എപ്പോഴും നിങ്ങൾ കരുതുന്നതല്ല: ഒരു ജമ്പ് ഹോസ്റ്റ്, NAT ഗേറ്റ്‌വേ അല്ലെങ്കിൽ ഓപ്പറേറ്ററുടെ വിവർത്തകൻ മറ്റൊരു ഉറവിടം ഇടാം.

തുടർന്ന് ടണൽ തുടങ്ങുന്നതിന് മുമ്പ് ട്രാഫിക് വഹിച്ച ഭൗതിക ഗേറ്റ്‌വേയും ഇന്റർഫേസും കണ്ടെത്തുക. def1 ക്രമീകരണത്തിൽ ഡിഫോൾട്ട് റൂട്ട് ഇപ്പോഴും പകുതി-ഡിഫോൾട്ടുകൾക്ക് കീഴിൽ ഉണ്ട്, അതിനാൽ വിവരം ലഭ്യമാണ്, എന്നിരുന്നാലും നീണ്ട റൂട്ട് പട്ടിക കണ്ണുകൊണ്ട് വായിക്കുന്നത് തെറ്റുകൾക്ക് ക്ഷണം നൽകുന്നു.

രണ്ട് മൂല്യങ്ങളും ഇന്റർഫേസിന്റെ പേരും ഒരുമിച്ച് കുറിക്കുക, കാരണം ചേർക്കാൻ പോകുന്ന റൂട്ടിന് മൂന്നും വേണം. ഹോസ്റ്റ് അതിന്റെ അപ്‌ലിങ്ക് തിരഞ്ഞെടുക്കാൻ നയാധിഷ്ഠിത റൂട്ടിംഗ് നിയമം ഉപയോഗിച്ചിരുന്നെങ്കിൽ, സാധാരണ റൂട്ട് ഒട്ടും പരിഗണിച്ചേക്കില്ല, ആ സാധ്യത അറ്റകുറ്റപ്പണി മാറ്റുന്നു.

പകുതി-ഡിഫോൾട്ടുകളെ മറികടക്കുന്ന ഹോസ്റ്റ് റൂട്ട് പിൻ ചെയ്യുക

ഒരു /32 റൂട്ട് രണ്ട് പകുതി-ഡിഫോൾട്ടുകളിൽ ഏതിനേക്കാളും നീളമുള്ളതാണ്, അതിനാൽ നിങ്ങളുടെ വിലാസത്തിലേക്കുള്ള മറുപടികൾ ടണലിന് പകരം അത് എടുക്കുന്നു. അടുത്ത ഹോപ്പ് ടണലിന് മുമ്പുള്ള ഗേറ്റ്‌വേയാണ്, ഉപകരണം ഭൗതിക ഇന്റർഫേസാണ്, ഇത് പാക്കറ്റിനെ ടണൽ ഉണ്ടാകുന്നതിന് മുമ്പ് ഉപയോഗിച്ച പാതയിൽ നിർത്തുന്നു.

ip route add 198.51.100.23/32 via 203.0.113.1 dev eth0

പട്ടിക പരിശോധിക്കുന്നതിന് പകരം ലുക്കപ്പ് ഉപയോഗിച്ച് പരിശോധിക്കുക: മറുപടി eth0 ഉം ഗേറ്റ്‌വേയും പേരിടണം, ഒരിക്കലും tun0 അല്ല.

OpenVPN ഇതിനകം VPN സെർവറിന്റെ സ്വന്തം വിലാസത്തിലേക്ക് ഒരു ഹോസ്റ്റ് റൂട്ട് അതേ കാരണത്താൽ ചേർക്കുന്നു, അതിനാൽ മാതൃക പരിചിതമാണ്, അഡ്മിൻ വിലാസം വെറുമൊരു അപവാദം മാത്രം. ഇത് ശരിയാക്കാൻ route-nopull ലേക്ക് പോകരുത്, കാരണം അത് ടണലിന് വേണ്ട തള്ളിയ റൂട്ടുകൾ ഉപേക്ഷിക്കുന്നു, റിമോട്ട് നെറ്റ്‌വർക്കും DNS ഓപ്ഷനുകളും ഉൾപ്പെടെ.

വീണ്ടും കണക്ട് ചെയ്യുമ്പോഴും അത് നിലനിൽക്കുന്നുവെന്ന് ഉറപ്പാക്കുക

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

ഒരു route-up സ്ക്രിപ്റ്റും നെറ്റ്‌വർക്ക് മാനേജറുടെ pre-up ഹുക്കും പ്രവർത്തിക്കുന്നു, വിശ്വസനീയമായ പരിശോധന വീണ്ടും കണക്ട് ചെയ്ത് അതേ ലുക്കപ്പ് ചെയ്യുന്നതാണ്.

Windows ൽ തത്തുല്യമായത് -p ഉപയോഗിച്ച് ചേർക്കുന്ന സ്ഥിരമായ റൂട്ടാണ്, അത് റീബൂട്ടുകളെ അതിജീവിക്കുന്നു, പക്ഷേ നെറ്റ്‌വർക്ക് മാറിയതിന് ശേഷം ശരിയായ ഗേറ്റ്‌വേയിലേക്ക് ചൂണ്ടണം. ഏത് പ്ലാറ്റ്‌ഫോമായാലും, റൂട്ടിന് അടുത്ത് കാരണം എഴുതുക: അടുത്ത അഡ്മിനിസ്ട്രേറ്റർക്ക് അത് ഒരു മാനേജ്‌മെന്റ് സെഷൻ സംരക്ഷിക്കാനാണ് എന്ന് അറിയണം, നെറ്റ്‌വർക്ക് ഡിസൈൻ ആവശ്യപ്പെട്ടതുകൊണ്ടല്ല.

പിൻ ചെയ്ത റൂട്ട് ഇപ്പോഴും മതിയാകാത്തപ്പോൾ

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

നയാധിഷ്ഠിത റൂട്ടിംഗ് ഉള്ള ഹോസ്റ്റുകൾക്ക് റൂട്ടിനൊപ്പം ഒരു നിയമവും വേണം, കാരണം നിയമ അടിത്തറ അകത്തുള്ള റൂട്ട് പരിഗണിക്കുന്നതിന് മുമ്പ് പട്ടിക തിരഞ്ഞെടുക്കുന്നു. main പട്ടികയിലെ റൂട്ട് മറ്റൊരു പട്ടികയിലേക്ക് ചൂണ്ടുന്ന നിയമവുമായി ഒത്തുപോകുന്ന ഫ്ലോയ്ക്ക് അദൃശ്യമാണ്. main ലേക്ക് എന്തെങ്കിലും ചേർക്കുന്നതിന് മുമ്പ് നിയമങ്ങൾ വായിക്കുക. ഒരു നിയമം ഇതിനകം മാനേജ്‌മെന്റ് ട്രാഫിക് ഉൾക്കൊള്ളുന്നുവെങ്കിൽ, അപവാദം ആ നിയമത്തിന്റെ പട്ടികയിലേക്കാണ്.

പരീക്ഷിക്കുമ്പോൾ ബാൻഡിന് പുറത്തുള്ള കൺസോൾ തുറന്ന് വയ്ക്കുക, നിങ്ങൾ ഉപയോഗിക്കുന്ന ലോഗിൻ വിച്ഛേദിക്കുന്നതിന് മുമ്പ് രണ്ടാം ലോഗിനിൽ നിന്ന് വീണ്ടും പരിശോധിക്കുക. നിങ്ങളുടെ സ്വന്തം മാനേജ്‌മെന്റ് ട്രാഫിക് ടണലിലേക്ക് അയക്കുന്ന റൂട്ട് അത് ശരിയാക്കുന്ന കണക്ഷൻ തന്നെ മുറിക്കുന്നു. അപ്പോൾ തിരികെ കയറാൻ സീരിയൽ കൺസോളോ റെസ്ക്യൂ ബൂട്ടോ വേണം, ഒരു പരിശോധനാ ഘട്ടം ഒഴിവാക്കുന്നതിനുള്ള മോശം കൈമാറ്റമാണത്.