NetworkManager-ൽ കാണാത്ത VPN റൂട്ട്: പ്രൊഫൈൽ നയമോ സ്ക്രിപ്റ്റോ?

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

എന്തെങ്കിലും എഴുതുന്നതിന് മുമ്പ് ഏത് ഉടമയാണ് ഉത്തരവാദി എന്ന് തീരുമാനിക്കുക.

മൂന്ന് ഉടമകൾ, ഒരു കാണാത്ത പ്രിഫിക്സ്

ആരും അത് നൽകാത്തതിനാൽ, പ്രൊഫൈൽ അത് നിരസിച്ചതിനാൽ, അല്ലെങ്കിൽ നിങ്ങൾ നോക്കാത്ത ഇടത്ത് അത് ഇൻസ്റ്റാൾ ചെയ്തതിനാൽ പ്രിഫിക്സ് ഇല്ലാതിരിക്കാം. ഇവ വ്യത്യസ്ത തകരാറുകളാണ്, അവയ്ക്ക് വ്യത്യസ്ത പരിഹാരങ്ങളുണ്ട്.

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

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

എന്തെങ്കിലും ചേർക്കുന്നതിന് മുമ്പ് പ്രൊഫൈൽ വായിക്കുക

സംരക്ഷിച്ച കണക്ഷന്റെ സ്വന്തം ഗുണങ്ങളിൽ നിന്ന് തുടങ്ങുക. രഹസ്യങ്ങൾ ഒഴുക്കാതെ അവ വായിക്കുക, പ്രൊഫൈൽ നാമം അവ്യക്തമാണെങ്കിൽ UUID ഉപയോഗിക്കുക.

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type ഏത് ബാക്കെൻഡാണ് കണക്ഷന്റെ ഉടമ എന്ന് പറയുന്നു, ഇത് പ്രധാനമാണ് കാരണം പ്ലഗിൻ ഡാറ്റ ബാക്കെൻഡിന് സവിശേഷമാണ്. ഒരു പ്ലഗിൻ സ്വീകരിക്കുന്ന കീ മറ്റൊന്നിന് പിന്തുണയുള്ള നിർദ്ദേശമല്ല, അതിനാൽ മറ്റൊരു ക്ലയന്റിന്റെ ഡോക്യുമെന്റേഷനിൽ നിന്ന് പകർത്തിയ ഭാഗം ഒന്നിനും തെളിവല്ല.

ipv4.ignore-auto-routes, ipv4.never-default എന്നിവ വ്യത്യസ്ത ചോദ്യങ്ങൾക്ക് ഉത്തരം നൽകുന്നു. ആദ്യത്തേത് കണക്ഷൻ അല്ലാത്തപക്ഷം സ്വയമേവ എടുക്കുന്ന റൂട്ടുകൾ നിരസിക്കാം, രണ്ടാമത്തേത് പ്രൊഫൈൽ സ്ഥിരസ്ഥിതി റൂട്ട് ആകാമോ എന്ന് നിയന്ത്രിക്കുന്നു. സ്വയമേവയുള്ള റൂട്ടുകൾ അവഗണിച്ച് മറ്റൊന്നിനെയും ആശ്രയിക്കാത്ത പ്രൊഫൈൽ വൃത്തിയായി കണക്ട് ചെയ്യും, ഒന്നും തന്നെ ഇൻസ്റ്റാൾ ചെയ്യില്ല.

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

ഈ രണ്ട് കമാൻഡുകൾ മൂന്നാമത്തെ സാധ്യത തീരുമാനിക്കുന്നു. നിങ്ങളുടെ പ്രിഫിക്സ് main-ൽ മാത്രമല്ല, എല്ലാ പട്ടികയിലും തിരയുക, ഒരു നയ നിയമം ബന്ധപ്പെട്ട തിരച്ചിൽ മറ്റെങ്ങോട്ട് അയക്കുന്നുണ്ടോ എന്ന് പരിശോധിക്കുക. പ്രിഫിക്സ് മറ്റൊരു പട്ടികയിലുണ്ടെങ്കിൽ, ഒന്നും അത് പരിശോധിക്കുന്നില്ലെങ്കിൽ, നിങ്ങൾക്ക് കാണാത്ത റൂട്ടല്ല; അതിൽ ഒരിക്കലും എത്താത്ത തിരച്ചിലാണ് ഉള്ളത്.

സ്ക്രിപ്റ്റ് പരിഹരിക്കാനാവാത്തത്

സഹായക സ്ക്രിപ്റ്റ് ചേർക്കുന്നത് NetworkManager-ന്റെ vpn.data എന്ന ഫീൽഡിന് പ്രവർത്തിപ്പിക്കാൻ ഒരു പ്രോഗ്രാം നൽകുന്നു. ഇത് യഥാർത്ഥ സംവിധാനമാണ്, ഈ കേസുകളിൽ ഭൂരിഭാഗത്തിനും ഇത് തെറ്റാണ്, കാരണം പ്രൊഫൈലിന്റെ സ്വന്തം നയം എന്ത് സ്വീകരിക്കണം എന്ന് തീരുമാനിച്ചതിന് ശേഷമാണ് സ്ക്രിപ്റ്റിന് നിയന്ത്രണം ലഭിക്കുന്നത്.

OpenVPN-ന്റെ script-security മറ്റൊരു ആവർത്തിച്ചുള്ള ആശയക്കുഴപ്പമാണ്. ക്ലയന്റ് ഏത് സ്ക്രിപ്റ്റുകൾ പ്രവർത്തിപ്പിക്കാം, അവയുടെ പരിസ്ഥിതിയിൽ എന്ത് വെക്കാം എന്ന് നിർണ്ണയിക്കുന്ന OpenVPN ക്രമീകരണമാണിത്; ലെവൽ 3 പരിസ്ഥിതിയിലൂടെ ക്രെഡൻഷ്യലുകൾ കൈമാറാൻ അനുവദിക്കുന്നു, അത് റൂട്ടിംഗ് പരിഹാരമല്ല, രഹസ്യങ്ങൾ കൈകാര്യം ചെയ്യുന്നതിനെക്കുറിച്ചുള്ള തീരുമാനമാണ്. OpenVPN അല്ലാത്ത ബാക്കെൻഡുള്ള പ്രൊഫൈലിൽ അത് ഒട്ടിക്കുന്നതോ, ഒരു സ്ക്രിപ്റ്റിനും അത് ആവശ്യമില്ലാത്തപ്പോൾ ഉയർത്തുന്നതോ, റൂട്ട് ചേർക്കാതെ സമ്പർക്കം ചേർക്കുന്നു.

പിന്നെ പുനരാരംഭ പ്രതികരണമുണ്ട്. NetworkManager സേവനം പുനരാരംഭിക്കുന്നത് ഓരോ നിയന്ത്രിത ലിങ്കും പൊളിച്ച് വീണ്ടും നിർമ്മിക്കുന്നു, നിങ്ങൾ വിദൂരത്ത് ജോലി ചെയ്യുന്നുണ്ടെങ്കിൽ നിങ്ങൾ കണക്ട് ചെയ്തിരിക്കുന്ന ലിങ്കും ഉൾപ്പെടെ. ഇത് തടസ്സപ്പെടുത്തുന്ന പ്രവർത്തനമാണ്, നിരുപദ്രവകരമായ രോഗനിർണ്ണയമല്ല, സർവറിൽ ഇത് സെഷൻ അതിജീവിക്കുന്നതും ഇല്ലാത്തതും തമ്മിലുള്ള വ്യത്യാസമാകാം.

തീരുമാനം, ക്രമത്തിൽ

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

ആദ്യ ഉത്തരം അതെ, രണ്ടാമത്തേത് അതെ, മൂന്നാമത്തേത് ശരി എന്നിങ്ങനെയാകുമ്പോൾ മാത്രമാണ് അനുബന്ധ സ്ക്രിപ്റ്റ് ന്യായീകരിക്കപ്പെടുന്നത്, അപ്പോഴും ബാക്കെൻഡ് റൂട്ടിനെ സ്വാഭാവികമായി പിന്തുണയ്ക്കുന്നുണ്ടോ എന്ന് ചോദിക്കണം. VPN ക്രമീകരണ റഫറൻസ് service-type ഉം പ്ലഗിൻ-നിർദ്ദിഷ്ട ഡാറ്റ നിഘണ്ടുവും രേഖപ്പെടുത്തുന്നു, ഒരു കീ നിലവിലുണ്ടെന്ന് അനുമാനിക്കുന്നതിന് മുമ്പ് അവിടെ നിന്നാണ് തുടങ്ങേണ്ടത്.

അംഗീകരിക്കപ്പെട്ട തിരുത്തലിന് ശേഷം, വീണ്ടും കണക്ട് ചെയ്ത് ലക്ഷ്യസ്ഥാനം വിലാസം പ്രകാരവും പിന്നീട് പേര് പ്രകാരവും പരിശോധിക്കുക, തുടർന്ന് ഡിസ്കണക്ട് ചെയ്ത് വീണ്ടും കണക്ട് ചെയ്ത് അവസ്ഥ ആവർത്തനീയമാണെന്ന് സ്ഥിരീകരിക്കുക. ഒരു ഉടമ, ഒരു പട്ടിക, ടണലിനൊപ്പം അപ്രത്യക്ഷമാകുന്ന ഒരു റൂട്ട് — അതാണ് ആഗ്രഹിക്കുന്ന ഫലം.