openvpn3 session-start നിങ്ങളുടെ ക്രെഡൻഷ്യൽ ഫയൽ അവഗണിക്കുന്നു

2.x ക്ലയന്റുമായി ബന്ധിപ്പിച്ചാൽ പ്രൊഫൈൽ പ്രവർത്തിക്കുന്നു; അതേ ഫയൽ 3.x ക്ലയന്റിന് നൽകിയാൽ അത് പാസ്വേഡ് പ്രോംപ്റ്റിൽ നിൽക്കുന്നു. --auth-user-pass creds.txt openvpn3 session-start ന് നൽകിയാലും ഫലം അതേതാണ്, കാരണം പുതിയ ക്ലയന്റിൽ ആ ഫയൽ വായിക്കുന്ന ഘട്ടമില്ല. ഈ നിരാകരണം ബോധപൂർവമാണ്: ക്രെഡൻഷ്യലുകൾ ഒരു സെഷനിൽ ഉൾപ്പെടുന്നു, സെഷൻ ടെർമിനലിലെ പ്രോസസ്സല്ല, ഒരു സേവനമാണ് സൃഷ്ടിക്കുന്നത്. സംവേദനാത്മക പ്രോംപ്റ്റും autoload സഹായിയും തമ്മിൽ തിരഞ്ഞെടുത്ത്, ഓരോന്നും എന്ത് സംഭരിക്കുന്നുവെന്ന് അറിയുക.

സംഭരിച്ച ഫയലിന് പോകാൻ ഇടമില്ലാത്തതിന്റെ കാരണം

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

പഴയ മാതൃകയ്ക്ക് പേരിടുന്നത് അത് ഉപേക്ഷിക്കാൻ എളുപ്പമാക്കും: പ്രൊഫൈൽ ഒരു ക്രെഡൻഷ്യൽ ഫയലിനെ പരാമർശിക്കുന്നു, ടണൽ ആരംഭിക്കുമ്പോൾ ഡീമൺ അത് വായിക്കുന്നു. പുതിയ മാതൃകയിൽ ക്രെഡൻഷ്യലുകൾ സെഷനിൽ ഉൾപ്പെടുന്നു, ആ സെഷൻ ആരംഭിക്കുമ്പോൾ നൽകുന്നു. openvpn3 session-start --config work.ovpn അവ ആവശ്യപ്പെടുന്നു, --auth-user-pass creds.txt നിരസിക്കപ്പെടുന്നു കാരണം ആ പാതയിൽ ഫയൽ തുറക്കുന്ന ഒന്നുമില്ല. നിങ്ങൾ കാണുന്ന ഓരോ 2.x പാചകവും ഇപ്പോൾ ഇല്ലാത്ത ഒരു ഘട്ടം മുൻകൂട്ടി കരുതുന്നു.

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

പ്രോംപ്റ്റ് പാതയും അത് വിട്ടേക്കുന്ന സെഷനും

സെഷൻ ആരംഭിക്കുമ്പോൾ പാസ്വേഡ് നൽകുന്നതാണ് ഉദ്ദേശിച്ച പ്രവൃത്തി പ്രവാഹം. ക്ലയന്റ് ഒരിക്കൽ ചോദിക്കുന്നു, ക്രെഡൻഷ്യലുകൾ സെഷൻ ബാക്കെൻഡിന് നൽകി തുടരുന്നു:

openvpn3 session-start --config work.ovpn
openvpn3 sessions-list

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

മുന്നിൽ ഒരു മനുഷ്യനുള്ള വർക്ക്സ്റ്റേഷന് ഇത് ഏറ്റവും സുരക്ഷിതമായ ഓപ്ഷനുമാണ്, കാരണം സംരക്ഷിക്കാനോ മറക്കാനോ സംഭരിച്ച രഹസ്യമില്ല. ടൈപ്പ് ചെയ്യാൻ ആളില്ലാത്തിടത്ത് മാത്രം ഇത് അനുയോജ്യമല്ല.

കീബോർഡിന് മുന്നിൽ ആളില്ലാത്ത ഓട്ടോമേഷൻ

ഒരു യന്ത്രം ആളില്ലാതെ ബന്ധിപ്പിക്കേണ്ടിടത്ത് പ്രോജക്റ്റ് openvpn3-autoload നൽകുന്നു. അത് പ്രൊഫൈലുകളുടെ ഡയറക്ടറിയും ഓരോ പ്രൊഫൈലിനും ചേരുന്ന വിവരണവും വായിക്കുന്നു, വിവരണം ക്രെഡൻഷ്യലുകൾ വ്യക്തമായ ടെക്സ്റ്റിൽ നൽകുന്നു. സഹായി ഒരു വേറിട്ട ബൈനറിയാണ്, സാധാരണയായി /usr/sbin/openvpn3-autoload ൽ, session-start ന്റെ ഫ്ലാഗല്ല. അത് സജ്ജീകരിക്കുക എന്നാൽ ഡയറക്ടറി സൃഷ്ടിക്കുക, വിവരണം പ്രതീക്ഷിക്കുന്ന പേരിൽ പ്രൊഫൈൽ പകർത്തുക, വിവരണം എഴുതുക എന്നിവയാണ്.

ഉപയോക്താവിന് പ്രത്യേകമുള്ള സജ്ജീകരണം ഇങ്ങനെയിരിക്കും, സെഷന്റെ ഉടമയാകുന്ന അക്കൗണ്ടിൽ പ്രവർത്തിപ്പിക്കുക. ഡയറക്ടറി മോഡ് മറ്റ് പ്രാദേശിക ഉപയോക്താക്കളെ പുറത്ത് നിർത്തുന്നു:

mkdir -m700 -p ~/.openvpn3/autoload
cp work.ovpn ~/.openvpn3/autoload/client.conf
$EDITOR ~/.openvpn3/autoload/client.autoload

വിവരണം ക്രെഡൻഷ്യലുകൾ പേരിടുകയും സ്വയം ആരംഭം ആവശ്യപ്പെടുകയും ചെയ്യുന്നു. പാസ്വേഡ് മൂല്യം പതിപ്പ് നിയന്ത്രണത്തിന് പുറത്ത് സൂക്ഷിക്കുക:

{
  "autostart": true,
  "user-auth": {
    "autologin": true,
    "username": "svc-vpn",
    "password": "change-this-value"
  }
}

തുടർന്ന് സഹായിയെ ഒരിക്കൽ വിളിച്ച് സെഷൻ പ്രത്യക്ഷപ്പെടുന്നുണ്ടെന്ന് സ്ഥിരീകരിക്കുക. രണ്ടാമത്തെ കമാൻഡ് പരിശോധനയാണ്, മറ്റൊരു സജ്ജീകരണ ഘട്ടമല്ല:

/usr/sbin/openvpn3-autoload --directory ~/.openvpn3/autoload
openvpn3 sessions-list

ബൂട്ട് സമയത്ത് openvpn3-autoload.service എന്ന പാക്കേജ് ചെയ്ത യൂണിറ്റ് ഉപയോക്താവിന് പ്രത്യേകമുള്ളതല്ല, മുഴുവൻ സിസ്റ്റത്തിനുമുള്ള ഡയറക്ടറി /etc/openvpn3/autoload ഉപയോഗിക്കുന്നു. ആ സ്ഥാനത്തിന് root ഉടമസ്ഥതയും കർശനമായ മോഡും ആവശ്യമാണ്, വിവരണം ഇപ്പോഴും പാസ്വേഡ് വ്യക്തമായ ടെക്സ്റ്റിൽ സൂക്ഷിക്കുന്നു. വിട്ടുവീഴ്ച വ്യക്തമാണ്: പാസ്വേഡ് ഇപ്പോൾ ഡിസ്കിൽ ഇരിക്കുന്നു, അതിനാൽ ആ ഡയറക്ടറിയെ ഒരു രഹസ്യമായി കാണുക, ഹോസ്റ്റിന് പുറത്തുള്ള ബാക്കപ്പുകളിൽ നിന്ന് ഒഴിവാക്കുക, മനുഷ്യൻ ഉള്ളപ്പോഴെല്ലാം സംവേദനാത്മക പാത തിരഞ്ഞെടുക്കുക.

പാസ്വേഡ് പരാജയങ്ങളെപ്പോലെ തോന്നുന്ന ബസ് പരാജയങ്ങൾ

ക്രെഡൻഷ്യലുകൾക്ക് ആരോപിക്കപ്പെടുന്ന ചില പരാജയങ്ങൾ അങ്ങനെയല്ല. സേവന സജീവീകരണ പാതയെ പേരിടുന്ന അനുമതി പിശക് രണ്ടിലൊന്ന് അർത്ഥമാക്കുന്നു: ബാക്കെൻഡ് പ്രവർത്തിക്കുന്നില്ല, അല്ലെങ്കിൽ വിളിക്കുന്നയാൾക്ക് അത് സജീവമാക്കാനുള്ള അനുമതിയില്ല. പ്രൊഫൈൽ തിരുത്തൽ രണ്ടിനെയും മാറ്റില്ല. കോൺഫിഗറേഷനിൽ തൊടുന്നതിന് മുമ്പ് സേവന അവസ്ഥയും നൽകിയ ബസ് നയവും പരിശോധിക്കുക.

താഴെയുള്ള കമാൻഡുകൾ ഈ രണ്ടിനെയും വേർതിരിക്കുന്നു. ആദ്യത്തേത് ബാക്കെൻഡ് പ്രവർത്തിക്കുന്നുണ്ടോ എന്ന് റിപ്പോർട്ട് ചെയ്യുന്നു; രണ്ടാമത്തേത് സമീപകാല ബസ് പിശകുകൾ കാണിക്കുന്നു:

systemctl status openvpn3-service-client
journalctl -b -u openvpn3-service-client --no-pager | tail -20

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

പഴയ ക്ലയന്റ് ഇപ്പോഴും ഉപയോഗത്തിലിരിക്കുമ്പോൾ

2.x ക്ലയന്റ് ഇപ്പോഴും ക്രെഡൻഷ്യൽ ഫയൽ സ്വീകരിക്കുന്നു, കീറിംഗിന് രഹസ്യം ഡിസ്കിൽ എത്താതെ അതിന്റെ പ്രോംപ്റ്റിന് ഉത്തരം നൽകാം. റാപ്പർ എൻട്രി പരിഹരിക്കുന്നു, അതിനാൽ ഫയൽ പാസ്വേഡിനെയല്ല, തിരച്ചിലിനെയാണ് പേരിടുന്നത്. ഈ ക്രമീകരണം അൺലോക്ക് ചെയ്ത കീറിംഗിനെ ആശ്രയിക്കുന്നു, ലോഗിൻ സെഷനില്ലാത്ത കണ്ടെയ്നറോ ആരും സൈൻ ഇൻ ചെയ്യുന്നതിന് മുമ്പ് ആരംഭിക്കുന്ന യൂണിറ്റോ അത് നൽകാൻ കഴിയില്ല. അപ്പോൾ തിരച്ചിൽ ഉപകരണം എഴുതാൻ കഴിയാത്ത ഒരു ശേഖരം റിപ്പോർട്ട് ചെയ്യുന്നു, അതിനാൽ കീറിംഗ് പരാജയം ക്രെഡൻഷ്യൽ പരാജയമായി തോന്നുന്നു.

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