A L2TP elromlott az Ubuntu 24.04 alatt: xl2tpd vagy go-l2tp-démon?

Az Ubuntu 24.04 csendben kicserélte a NetworkManager L2TP-bővítménye mögötti démont. A régebbi útvonal xl2tpd-t használt; az újabb csomagolás egy Go-implementációt hoz, amely kl2tpd nevű démont hoz létre. A bővítmény azt indítja, amelyik telepítve van, ezért a frissítés kicserélheti a démont anélkül, hogy a profiljához vagy a hitelesítő adataihoz nyúlna. Ez a teljes hiba: egy vezérlőüzenet, amelyet az új démon nem ismer fel.

A bővítmény összehangolja az IPsecet, az L2TP-t és a PPP-t, majd átadja a keletkező interfészt a NetworkManagernek. Magát az L2TP-t nem valósítja meg.

A bővítmény koordinátor, nem démon

network-manager-l2tp futtatja az IPsec-segédet, egy L2TP-démont és a PPP-t, és az interfészt az asztal kapcsolatkezeléséhez köti. Évekig a démon xl2tpd volt, és minden útmutató, amely megemlítette a konfigurációját, ezt a feltevést örökölte. A Debian csomagolása később bármelyik implementációt elfogadta, és a 24.04 a Go-változatot telepíti, amely kl2tpd-t biztosít. A profil egyetlen mezője sem rögzíti, melyik démon futott korábban, ezért a csere láthatatlan marad, amíg egy üzenetet el nem utasítanak.

Egy mindkét csomaggal rendelkező gép mégsem feltétlenül azt futtatja, amelyet vár. A választás a bővítmény döntése, nem az Ön által követett útmutatóé.

Olvassa el a szakaszt, mielőtt javítást választ

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

Korreláljon egyetlen kísérletet a segédek között, ahelyett hogy az asztali értesítésben bízna. Az a lekérdezés megmutatja, hol állt meg a sorrend, és a dpkg -l megmutatja, melyik implementáció van telepítve. Az IPsec-partner létrejötte után megjelenő, vezérlőüzenetet vagy ismeretlen attribútumot említő hiba a démonra mutat. Az alagút léte előtti hiba azt jelenti, hogy a démont soha nem érték el.

Az előre megosztott kulcs eltérése az IPsec-szakasznál ér véget, és megnevezi a partnert. A PPP hitelesítő adatainak problémája az alagút felállása után jelenik meg, és általában olvasható CHAP- vagy MS-CHAP-elutasítást hordoz. Mindkettő ugyanabban a lekérdezésben látható, és különböző problémák.

Két útvonal, és nem keverednek

sudo apt install xl2tpd
sudo apt purge go-l2tp

Ez a pár telepíti a xl2tpd-t, majd eltávolítja a Go-démont, így a bővítmény azt az implementációt választja, amelynek dialektusát az átjáró beszéli. A sorrend számít: a bővítmény az egyik vagy a másik implementációtól függ, ezért a Go-csomag előzetes eltávolítása a bővítményt is magával viszi. A második útvonal megtartja a Go-démont, és egy újabb buildre vált, amely érti az üzenetet, ez pedig általában a karbantartó PPA-ját jelenti az archív verzió helyett. Egy felügyelt flottában könnyebb megindokolni egy PPA rögzítését, mint megtanítani a felhasználóknak a csomagok eltávolítását.

Ne kombinálja a kettőt egyetlen változtatásban. Egy későbbi hiba akkor nem engedi megmondani, melyik fél segített, és egy jövőbeli frissítés visszaállíthatja az imént eltávolított csomagot.

Tegye a hibajegybe a démon binárisát, a verzióját és a pontos üzenetet. Senki sem tudja reprodukálni azt a jelentést, amely csak annyit mond, hogy az L2TP a kiadás után elromlott, míg egy megnevezett attribútum és egy csomagverzió kiindulópontot ad.

Három dolog, ami ez nem

Ez nem profilprobléma, hiszen ugyanaz a profil működött a 22.04-en ugyanazzal az átjáróval. Nem hiányzó útvonal és nem tűzfalváltozás, mert azok máshol, más bizonyítékokkal vallanak kudarcot. A bővítmény újratelepítése sem javítja meg, mert ugyanazt a démont választja újra. A hasznos leírás megnevezi a démont és az általa elutasított üzenetet.

Az átjáró oldali javítás a másik jogszerű kimenet. Az a firmware, amely felhagy az attribútum küldésével, minden kliensfrissítést túlél, míg a rögzített csomag csak akkor éli túl a következő disztribúció-kiadást, ha valaki emlékszik, miért van rögzítve.

Hasonlítsa össze a két útvonalat karbantartási költség, ne sebesség szerint. Mindkettő működhet; csak az egyik szünteti meg a dialektuseltérést.