Ubuntu 24.04-ൽ L2TP തകർന്നു: xl2tpd അല്ലെങ്കിൽ go-l2tp ഡീമൻ?

Ubuntu 24.04 NetworkManager-ന്റെ L2TP പ്ലഗിന്നിനു പിന്നിലെ ഡീമൻ നിശ്ശബ്ദമായി മാറ്റി. പഴയ വഴി xl2tpd ഉപയോഗിച്ചു; പുതിയ പാക്കേജിംഗ് kl2tpd എന്ന ഡീമൻ സൃഷ്ടിക്കുന്ന ഒരു Go നടപ്പാക്കൽ കൊണ്ടുവരുന്നു. ഇൻസ്റ്റാൾ ചെയ്തതിനെയാണ് പ്ലഗിൻ ആരംഭിക്കുന്നത്, അതിനാൽ നിങ്ങളുടെ പ്രൊഫൈലോ ക്രെഡൻഷ്യലുകളോ തൊടാതെ അപ്ഗ്രേഡിന് ഡീമൻ മാറ്റാനാകും. അതാണ് മുഴുവൻ തകരാറും: പുതിയ ഡീമൻ തിരിച്ചറിയാത്ത ഒരു നിയന്ത്രണ സന്ദേശം.

പ്ലഗിൻ IPsec, L2TP, PPP എന്നിവ ഏകോപിപ്പിച്ച്, ഉണ്ടാകുന്ന ഇന്റർഫേസ് NetworkManager-ന് കൈമാറുന്നു. അത് സ്വയം L2TP നടപ്പാക്കുന്നില്ല.

പ്ലഗിൻ ഒരു ഏകോപകനാണ്, ഡീമനല്ല

network-manager-l2tp IPsec സഹായി, L2TP ഡീമൻ, PPP എന്നിവ പ്രവർത്തിപ്പിച്ച് ഇന്റർഫേസ് ഡെസ്ക്ടോപ്പിന്റെ കണക്ഷൻ മാനേജ്മെന്റിലേക്ക് ബന്ധിപ്പിക്കുന്നു. വർഷങ്ങളോളം ഡീമൻ xl2tpd ആയിരുന്നു, അതിന്റെ കോൺഫിഗറേഷൻ പരാമർശിച്ച ഓരോ ട്യൂട്ടോറിയലും ആ അനുമാനം പിന്തുടർന്നു. പിന്നീട് Debian പാക്കേജിംഗ് രണ്ട് നടപ്പാക്കലുകളിൽ ഏതെങ്കിലും സ്വീകരിച്ചു, 24.04 kl2tpd നൽകുന്ന Go പതിപ്പ് ഇൻസ്റ്റാൾ ചെയ്യുന്നു. പ്രൊഫൈലിൽ മുമ്പ് ഏത് ഡീമൻ പ്രവർത്തിച്ചിരുന്നു എന്ന് രേഖപ്പെടുത്തുന്ന ഫീൽഡില്ല, അതിനാൽ സന്ദേശം നിരസിക്കപ്പെടുന്നതുവരെ മാറ്റം അദൃശ്യമായിരിക്കും.

രണ്ട് പാക്കേജുകളുള്ള യന്ത്രവും നിങ്ങൾ പ്രതീക്ഷിക്കുന്നത് പ്രവർത്തിപ്പിച്ചെന്ന് വരില്ല. തിരഞ്ഞെടുപ്പ് പ്ലഗിന്റെ തീരുമാനമാണ്, നിങ്ങൾ പിന്തുടർന്ന ഗൈഡിന്റേതല്ല.

അറ്റകുറ്റപ്പണി തിരഞ്ഞെടുക്കുന്നതിന് മുമ്പ് ഘട്ടം വായിക്കുക

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto

ഡെസ്ക്ടോപ്പ് അറിയിപ്പിനെ വിശ്വസിക്കുന്നതിനുപകരം ഒരു ശ്രമം സഹായികളിലുടനീളം പരസ്പരം ബന്ധിപ്പിക്കുക. ആ ക്വറി ക്രമം എവിടെ നിന്നുവെന്ന് കാണിക്കുന്നു, dpkg -l ഏത് നടപ്പാക്കൽ ഇൻസ്റ്റാൾ ചെയ്തിട്ടുണ്ടെന്ന് കാണിക്കുന്നു. IPsec പിയർ സ്ഥാപിച്ചതിന് ശേഷം പ്രത്യക്ഷപ്പെടുകയും നിയന്ത്രണ സന്ദേശമോ അജ്ഞാത ആട്രിബ്യൂട്ടോ പരാമർശിക്കുകയും ചെയ്യുന്ന തകരാർ ഡീമനിലേക്ക് വിരൽ ചൂണ്ടുന്നു. ടണൽ നിലവിലുകുന്നതിന് മുമ്പുള്ള തകരാർ അർത്ഥമാക്കുന്നത് ഡീമൻ ഒരിക്കലും എത്തിയില്ല എന്നാണ്.

മുൻകൂട്ടി പങ്കിട്ട കീയുടെ പൊരുത്തക്കേട് IPsec ഘട്ടത്തിൽ അവസാനിക്കുകയും പിയറിനെ പേരെടുത്ത് പറയുകയും ചെയ്യുന്നു. ടണൽ ഉയർന്നതിന് ശേഷം PPP ക്രെഡൻഷ്യൽ പ്രശ്നം പ്രത്യക്ഷപ്പെടുന്നു, സാധാരണയായി വായിക്കാവുന്ന CHAP അല്ലെങ്കിൽ MS-CHAP നിരസിക്കൽ ഉണ്ടാകും. രണ്ടും ഒരേ ക്വറിയിൽ കാണാം, അവ വ്യത്യസ്ത പ്രശ്നങ്ങളാണ്.

രണ്ട് വഴികൾ, അവ കലരുന്നില്ല

sudo apt install xl2tpd
sudo apt purge go-l2tp

ആ ജോടി xl2tpd സ്ഥാപിച്ച് Go ഡീമൻ നീക്കം ചെയ്യുന്നു, ഗേറ്റ്വേ സംസാരിക്കുന്ന ഭാഷയുടെ നടപ്പാക്കൽ തിരഞ്ഞെടുക്കാൻ പ്ലഗിനെ അനുവദിക്കുന്നു. ക്രമം പ്രധാനമാണ്: പ്ലഗിൻ ഒന്നോ മറ്റോ നടപ്പാക്കലിനെ ആശ്രയിക്കുന്നു, അതിനാൽ Go പാക്കേജ് ആദ്യം നീക്കിയാൽ പ്ലഗിനും വീഴും. രണ്ടാം വഴി Go ഡീമൻ നിലനിർത്തി സന്ദേശം മനസ്സിലാക്കുന്ന പുതിയ ബിൽഡിലേക്ക് നീങ്ങുന്നു, ഇത് സാധാരണയായി ആർക്കൈവ് പതിപ്പിന് പകരം പരിപാലകന്റെ PPA എന്നാണ് അർത്ഥമാക്കുന്നത്. കൈകാര്യം ചെയ്യുന്ന ഫ്ലീറ്റിൽ PPA പിൻ ചെയ്യുന്നത് ഉപയോക്താക്കളെ പാക്കേജുകൾ നീക്കം ചെയ്യാൻ പഠിപ്പിക്കുന്നതിനേക്കാൾ എളുപ്പം ന്യായീകരിക്കാം.

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

ടിക്കറ്റിൽ ഡീമന്റെ ബൈനറി, അതിന്റെ പതിപ്പ്, കൃത്യമായ സന്ദേശം എന്നിവ ചേർക്കുക. റിലീസിന് ശേഷം L2TP തകർന്നു എന്ന് മാത്രം പറയുന്ന റിപ്പോർട്ട് ആർക്കും പുനരുൽപ്പാദിപ്പിക്കാനാവില്ല, എന്നാൽ പേരിട്ട ആട്രിബ്യൂട്ടും പാക്കേജ് പതിപ്പും അവർക്ക് തുടക്കം നൽകുന്നു.

ഇതല്ലാത്ത മൂന്ന് കാര്യങ്ങൾ

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

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

രണ്ട് വഴികളും വേഗതയല്ല, പരിപാലന ചെലവിൽ താരതമ്യം ചെയ്യുക. രണ്ടും പ്രവർത്തിക്കാം; ഭാഷാന്തര വ്യത്യാസം നീക്കുന്നത് ഒന്ന് മാത്രമാണ്.