ipsec.conf അതോ swanctl.conf? ഒരു strongSwan ഫ്രണ്ട്എൻഡ് തിരഞ്ഞെടുക്കുക

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

രണ്ട് ഫയലുകൾ, രണ്ട് ലോഡർമാർ, ഒരു ഡീമൺ

പഴയ starter ക്രമീകരണം ipsec.conf വായിക്കുന്നു, പഴയ മാനേജ്മെന്റ് സംയോജനത്തിലൂടെ കണക്ഷനുകൾ charon-ന് കൈമാറുന്നു. അതിന്റെ പ്രവർത്തന പ്രവേശന കേന്ദ്രം ipsec കമാൻഡാണ്.

swanctl ക്രമീകരണം VICI വഴി നിർവചനങ്ങൾ ലോഡ് ചെയ്യുന്നു, swanctl.conf വായിക്കുന്നു, swanctl കമാൻഡിലൂടെ പ്രവർത്തിക്കുന്നു. systemd-ൽ സ്വദേശിയായ charon ഡീമൺ ഈ സമീപനവുമായി സംയോജിക്കുന്നു.

രണ്ടും ഒരേ യന്ത്രത്തിൽ ഇൻസ്റ്റാൾ ചെയ്യാം, ആശയക്കുഴപ്പം അവിടെ തുടങ്ങുന്നു. /etc-ന് കീഴിലുള്ള ഒരു ഫയൽ ആരോ അത് എഴുതി എന്ന് മാത്രം തെളിയിക്കുന്നു, പ്രവർത്തിക്കുന്ന പ്രോസസ് അത് ലോഡ് ചെയ്തു എന്നല്ല. ഏതാണ് പ്രവർത്തിക്കുന്നത് എന്ന് കാണാൻ എല്ലാ ബദലുകളും ഇൻസ്റ്റാൾ ചെയ്യുന്നത് രണ്ട് മാനേജ്മെന്റ് പാതകളും വ്യക്തമായ ഉടമയുമില്ലാത്ത ഒരു ഹോസ്റ്റ് സൃഷ്ടിക്കുന്നു. ഒരു ക്രമീകരണം തിരഞ്ഞെടുത്ത് മറ്റൊന്ന് നീക്കം ചെയ്യുകയോ പ്രവർത്തനരഹിതമാക്കുകയോ ചെയ്യുക.

ഇൻസ്റ്റാൾ ചെയ്ത പാക്കേജുകളും unit-കളും വായിക്കുക

വായന-മാത്രം മോഡിൽ തുടങ്ങുക. Ubuntu 24.04-ലെ പാക്കേജ് നാമങ്ങൾ വേറെയാണ്: strongswan-starter, strongswan-swanctl, charon-systemd. ഇല്ലാത്ത പാക്കേജ് ഉപയോഗപ്രദമായ വിവരമാണ്, അത് ഇൻസ്റ്റാൾ ചെയ്യാനുള്ള നിർദ്ദേശമല്ല.

ഒരു പാസിൽ പാക്കേജുകളും unit-കളും പട്ടികപ്പെടുത്തുക:

dpkg-query -W strongswan-starter strongswan-swanctl charon-systemd
systemctl list-unit-files '*strongswan*'

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

സജീവമായ unit strongswan-starter ആണെങ്കിൽ പ്രധാന ഫയൽ ipsec.conf ആണ്. swanctl-ഉള്ള charon-systemd ആണെങ്കിൽ ipsec.conf വെറും അലങ്കാരമാണ്.

യോജിക്കുന്ന നിയന്ത്രണ പാത ഉപയോഗിക്കുക

ഓരോ ഫ്രണ്ട്എൻഡിനും കണക്ഷനുകളെയും അസോസിയേഷനുകളെയും കുറിച്ച് സ്വന്തം കാഴ്ചയുണ്ട്. swanctl --list-conns ലോഡ് ചെയ്ത നിർവചനങ്ങൾ കാണിക്കുന്നു, swanctl --list-sas സജീവ അസോസിയേഷനുകൾ കാണിക്കുന്നു. പഴയ പാത ipsec statusall ഉപയോഗിക്കുന്നു.

അവ കലർത്തുന്നത് തെറ്റിദ്ധരിപ്പിക്കുന്ന പിശകുകൾ ഉണ്ടാക്കുന്നു. ഇല്ലാത്ത VICI സോക്കറ്റോ നിരസിക്കപ്പെട്ട നിയന്ത്രണ അഭ്യർത്ഥനയോ മാനേജ്മെന്റ് പാതയുടെ പ്രശ്നമാണ്, ഇരുഭാഗവും പ്രാമാണീകരണം നിരസിച്ചു എന്നതിന്റെ തെളിവല്ല.

പ്രവർത്തിക്കുന്ന ഡീമണിന്റെ കാഴ്ച വായിക്കുക, തുടർന്ന് ഫലം വ്യാഖ്യാനിക്കുക. ആ കാഴ്ചയിൽ കണക്ഷൻ ഇല്ലെങ്കിൽ പ്രശ്നം ലോഡിംഗിലാണ്, ചർച്ചയിലല്ല.

ഫോർമാറ്റ് IKE പതിപ്പല്ല

പഴയ പ്രൊഫൈൽ keyexchange=ikev1 ഉപയോഗിച്ച് IKEv1 തിരഞ്ഞെടുക്കുന്നു. swanctl കണക്ഷൻ പതിപ്പ് ക്രമീകരണം ഉപയോഗിക്കുന്നു, അവിടെ 1 IKEv1 തിരഞ്ഞെടുക്കുന്നു. ഇവ ഒരേ ആശയത്തിന്റെ രണ്ട് പദാവലികളാണ്, പരിവർത്തനമല്ല.

ഇരുഭാഗത്തിന്റെ വിലാസങ്ങൾ, പ്രാദേശികവും വിദൂരവുമായ ഐഡന്റിറ്റികൾ, ക്രെഡൻഷ്യൽ സ്രോതസ്സുകൾ, നിർദ്ദേശങ്ങൾ, child സെലക്ടർമാർ—എല്ലാം ബോധപൂർവം മാപ്പ് ചെയ്യണം. left/right ബ്ലോക്ക് swanctl സിന്റാക്സിലേക്ക് പേസ്റ്റ് ചെയ്യുന്നത് ഇവയൊന്നും ചെയ്യുന്നില്ല.

പ്രോട്ടോക്കോൾ പതിപ്പ് മാത്രം മാറ്റുന്നതാണ് ഏറ്റവും സാധാരണ പകുതി-കുടിയേറ്റം. അത് ലോഡ് ചെയ്യപ്പെടുകയും പിന്നീട് പതിപ്പുമായി ബന്ധമില്ലാത്ത കാരണങ്ങളാൽ പ്രാമാണീകരണത്തിൽ പരാജയപ്പെടുകയും ചെയ്യുന്ന ഫയൽ ഉണ്ടാക്കുന്നു. IKEv1 തന്നെ RFC 9395 പ്രകാരം കാലഹരണപ്പെട്ടതാണ്, അതിനാൽ ഇപ്പോഴും അത് ആവശ്യപ്പെടുന്ന നിലവിലുള്ള ഇരുഭാഗത്തിന് രേഖപ്പെടുത്തിയ അനുകൂല്യ പരിധിയും കുടിയേറ്റ പാതയും അർഹമാണ്, പുതിയ സ്ഥിരസ്ഥിതിയല്ല.

പ്രൊഫൈൽ തൊടുന്നതിന് മുമ്പ് ലോഡർ പരിശോധിക്കുക

ആദ്യം ലോഡർ പരിശോധന നടത്തുക, പിന്നീട് ഉദ്ദേശിച്ച കണക്ഷൻ ലോഡ് ചെയ്യുക, പിന്നീട് ചർച്ച വിലയിരുത്തുക, അവസാനം സംരക്ഷിത ട്രാഫിക് പാത. ഓരോ ഘട്ടത്തിനും വ്യത്യസ്ത പരാജയ അടയാളമുണ്ട്.

രണ്ട് നിയന്ത്രണ പാതകളും ലോഡിംഗ് ചോദ്യത്തിന് നേരിട്ട് ഉത്തരം നൽകുന്നു:

swanctl --list-conns
ipsec statusall

ഈ കമാൻഡുകളിൽ ഒന്ന് മാത്രമാണ് നിങ്ങളുടെ ഹോസ്റ്റിന്റേത്. രണ്ടും പ്രവർത്തിപ്പിച്ച് ഔട്ട്പുട്ട് താരതമ്യം ചെയ്യുന്നത് ഏതാണ് നിങ്ങളോട് കള്ളം പറയുന്നത് എന്ന് കണ്ടെത്താനുള്ള വഴിയാണ്, രോഗനിർണയ രീതിയല്ല.

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