ഇംപോർട്ട് ചെയ്ത VPN റൂട്ടുകൾ പ്രവർത്തിക്കുന്ന ക്ലയന്റിൽ നിന്ന് വ്യത്യസ്തമാണോ? രണ്ടും താരതമ്യം ചെയ്യുക

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

സേവ് ചെയ്ത കോൺഫിഗറേഷനെ ഫലപ്രദമായ നെറ്റ്വർക്ക് അവസ്ഥയുമായി താരതമ്യം ചെയ്യാൻ മൂന്ന് കമാൻഡുകൾ വേണം, ഊഹം ഉത്തരം നൽകാൻ ശ്രമിച്ച ചോദ്യത്തിന് അത് ഉത്തരം നൽകുന്നു.

ആദ്യം സേവ് ചെയ്ത പ്രൊഫൈൽ, പിന്നെ ഫലപ്രദമായ അവസ്ഥ

ഇംപോർട്ട് ചെയ്ത OpenVPN കണക്ഷൻ സ്വന്തമായി ഒരു NetworkManager പ്രൊഫൈലായി മാറുന്നു. അത് വന്ന .ovpn ഫയൽ ഇംപോർട്ട് പൂർത്തിയാകുന്ന നിമിഷം മുതൽ സത്യത്തിന്റെ ഉറവിടമാകുന്നത് നിർത്തുന്നു, അതിനാൽ ആ ഫയൽ പിന്നീട് എഡിറ്റ് ചെയ്യുന്നത് നിങ്ങൾ ഉപയോഗിക്കുന്ന കണക്ഷനിൽ ഒന്നും മാറ്റുന്നില്ല. താരതമ്യം തെറ്റിപ്പോകുന്ന ആദ്യ സ്ഥലം ഇതാണ്, അത് നിശബ്ദമായി തെറ്റിപ്പോകുന്നു.

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

പേരുകൾ കൂട്ടിയിടിക്കുമ്പോൾ UUID വായിക്കുക; തനിപ്പകർപ്പ് പേരുകൾ പുനഃസ്ഥാപനങ്ങളെയും പ്രൊഫൈൽ റീസ്റ്റോറുകളെയും അതിജീവിക്കുന്നു, ഉപയോഗത്തിലില്ലാത്ത പകർപ്പ് എഡിറ്റ് ചെയ്ത് നിങ്ങൾക്ക് ഒരു മണിക്കൂർ ചെലവിടാം. നിങ്ങൾ കാണുന്ന മൂല്യങ്ങൾ സേവ് ചെയ്ത ഉദ്ദേശ്യം വിവരിക്കുന്നു: പ്രൊഫൈലിന് ഡിഫോൾട്ട് റൂട്ട് എടുക്കാമോ, ഏത് റൂട്ടുകൾ സംഭരിച്ചു, ഏത് റിസോൾവറുകളും തിരയൽ ഡൊമെയ്നുകളുമാണ് അത് ആവശ്യപ്പെടുന്നത്. കണക്ഷൻ സജീവമായപ്പോൾ എന്ത് സംഭവിച്ചു എന്ന് അവ വിവരിക്കുന്നില്ല, കാരണം ഒരു പ്ലഗിൻ അല്ലെങ്കിൽ സെർവർ പുഷ് പ്രൊഫൈൽ പറയാത്ത അവസ്ഥ ചേർക്കാം. അതുകൊണ്ടാണ് അടുത്ത കമാൻഡ് പ്രധാനമാകുന്നത്.

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

ip -4 rule show
ip -4 route show table all

രണ്ട് ലക്ഷ്യസ്ഥാനങ്ങൾ, ഒരു താരതമ്യം

പ്രവർത്തിക്കുന്ന ഒരു സ്വകാര്യ ലക്ഷ്യസ്ഥാനവും ഒരു സാധാരണ പൊതു ലക്ഷ്യസ്ഥാനവും തിരഞ്ഞെടുക്കുക, പിന്നെ ഓരോന്നും ഏത് പാത എടുക്കും എന്ന് കെർണലിനോട് ചോദിക്കുക. രണ്ട് യന്ത്രങ്ങളിലും ഇത് ചെയ്യുന്നതാണ് അവ്യക്തമായ വ്യത്യാസത്തെ നിർദ്ദിഷ്ട വ്യത്യാസമാക്കി മാറ്റുന്നത്.

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

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

രണ്ട് ക്ലയന്റുകളും ഒരേപോലെയുള്ള ടെക്സ്റ്റ് പ്രിന്റ് ചെയ്യണമെന്ന് ആവശ്യപ്പെടരുത്. OpenVPN redirect-gateway def1 സാധാരണയായി ഒരു ഡിഫോൾട്ടിന് പകരം രണ്ട് അർദ്ധ-പ്രിഫിക്സ് റൂട്ടുകളായി പ്രകടിപ്പിക്കുന്നു, അവ വ്യത്യസ്തമായി കാണിക്കുന്ന ഒരു മാനേജർ അതുകൊണ്ട് തെറ്റല്ല. ലുക്കപ്പുകൾ കാണിക്കുന്ന കവറേജ് വിലയിരുത്തുക, ഫോർമാറ്റിംഗല്ല.

രണ്ട് ക്ലയന്റുകൾ നിയമാനുസൃതമായി വ്യത്യാസപ്പെടുന്നിടത്ത്

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

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

DNS രണ്ടാമത്തെ അച്ചുതണ്ടാണ്, അത് സ്വതന്ത്രമായി പരാജയപ്പെടുന്നു. ശരിയായ റൂട്ടിന് പോലും സ്വകാര്യ സോണിന് ഉത്തരം നൽകാൻ കഴിയാത്ത ഒരു റിസോൾവറിലേക്ക് ക്വറികൾ അയയ്ക്കാം, ശരിയായ റിസോൾവർ തെറ്റായ റൂട്ട് ശരിയാക്കുന്നുമില്ല. രണ്ടും പരിശോധിക്കുക, സ്വകാര്യ പേര് റിസോൾവ് ചെയ്യുമ്പോൾ സ്വകാര്യ വിലാസം റിസോൾവ് ചെയ്യാത്തതിനെ രണ്ട് പാളികൾ വെവ്വേറെ പരിഹരിക്കപ്പെടുന്നു എന്നതിന് തെളിവായി കാണുക.

താരതമ്യം വൃത്തിയായി സൂക്ഷിക്കുക

ഒരു സമയത്ത് ഒരു കണക്ഷൻ ഉടമയെ മാത്രം പ്രവർത്തിപ്പിക്കുക. ഇംപോർട്ട് ചെയ്ത പ്രൊഫൈലിനൊപ്പം പ്രവർത്തിക്കുന്ന ഒരു കമാൻഡ്-ലൈൻ OpenVPN സെഷൻ സ്വന്തം റൂട്ടുകളും സ്വന്തം റിസോൾവർ അവസ്ഥയും ഇൻസ്റ്റാൾ ചെയ്യുന്നു, ഫലമായുണ്ടാകുന്ന മിശ്രിതം ഒരു ക്ലയന്റിന്റെയും സ്വഭാവമല്ല. മറ്റൊന്ന് അളക്കുന്നതിന് മുമ്പ് ഒന്ന് പൊളിച്ചുനീക്കുക. അവസ്ഥ ഇപ്പോഴും എന്താണ് പിടിച്ചിരിക്കുന്നതെന്ന് ഉറപ്പില്ലെങ്കിൽ റീബൂട്ട് ചെയ്യുക, കാരണം ഒരു മണിക്കൂർ മുമ്പത്തെ പഴയ റൂട്ട് കൃത്യമായി ഒരു നയ പ്രശ്നം പോലെ തോന്നും.

ബാക്കിയെല്ലാം സ്ഥിരമായി നിർത്തുക: അതേ എൻഡ്പോയിന്റ്, അതേ അക്കൗണ്ട്, അതേ സോഫ്റ്റ്വെയർ പതിപ്പുകൾ, അതേ നെറ്റ്വർക്ക്. സഹപ്രവർത്തകന്റെ Windows ലാപ്ടോപ്പിലെ വിജയം വ്യത്യസ്ത ക്ലയന്റ്, വ്യത്യസ്ത റിസോൾവർ ഇന്റഗ്രേഷൻ, ഒരുപക്ഷേ വ്യത്യസ്ത സെർവർ പ്രൊഫൈൽ എന്നിവ പരീക്ഷിക്കുന്നു, അതിനാൽ അത് Ubuntu മാനേജറിനെക്കുറിച്ചുള്ള തെളിവല്ല.

NetworkManager ന്റെ IPv4 ക്രമീകരണ റഫറൻസ് never-default ഉം സേവ് ചെയ്ത റൂട്ട് ഗുണവിശേഷതകളും കൃത്യമായി നിർവചിക്കുന്നു, നിയന്ത്രിത മൂല്യം മാറ്റുന്നതിന് മുമ്പ് അത് വായിക്കുന്നത് മൂല്യവത്താണ്. ഈ താരതമ്യത്തിന്റെ പരിധി ഓർക്കുക: ഇത് IPv4 ഉൾക്കൊള്ളുന്നു, അനുബന്ധ IPv6 നയത്തെക്കുറിച്ച് ഒന്നും പറയുന്നില്ല, അതിന് സ്വന്തം ഡിഫോൾട്ടുകളും നിങ്ങളെ അത്ഭുതപ്പെടുത്താനുള്ള സ്വന്തം വഴിയും ഉണ്ട്.