L2TP v Ubuntu 24.04 nefunguje: xl2tpd alebo démon go-l2tp?
Démon za zásuvným modulom L2TP v NetworkManageri sa v 24.04 zmenil. Prečítajte si, ktorá fáza zlyhala, a potom zvoľte jednu opravu namiesto odstránenia a pripnutia naraz.
Ubuntu 24.04 ticho vymenilo démona za zásuvným modulom L2TP v NetworkManageri. Staršia cesta používala xl2tpd; novšie balenie prináša implementáciu v Go, ktorá vytvára démona menom kl2tpd. Modul spúšťa ten, ktorý je nainštalovaný, takže upgrade môže vymeniť démona bez toho, aby sa dotkol profilu alebo prihlasovacích údajov. To je celá závada: riadiaca správa, ktorú nový démon nerozpozná.
Modul koordinuje IPsec, L2TP a PPP a výsledné rozhranie potom odovzdá NetworkManageru. Sám L2TP neimplementuje.
Modul je koordinátor, nie démon
network-manager-l2tp spúšťa pomocníka IPsec, démona L2TP a PPP a prepája rozhranie so správou pripojení na ploche. Roky bol démonom xl2tpd a každý návod, ktorý spomínal jeho konfiguráciu, tento predpoklad zdedil. Balenie Debianu neskôr prijalo ktorúkoľvek z dvoch implementácií a 24.04 inštaluje tú v Go, ktorá poskytuje kl2tpd. Žiadne pole v profile nezaznamenáva, ktorý démon bežal predtým, takže výmena zostáva neviditeľná, kým nie je správa odmietnutá.
Stroj s oboma balíkmi napriek tomu nemusí spustiť ten, ktorý očakávate. Voľba je rozhodnutím modulu, nie návodu, ktorý ste sledovali.
Prečítajte si fázu, kým zvolíte opravu
journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto
Spojte jeden pokus naprieč pomocníkmi namiesto spoliehania sa na oznámenie na ploche. Tá požiadavka ukáže, kde sa postupnosť zastavila, a dpkg -l ukáže, ktorá implementácia je nainštalovaná. Závada, ktorá sa objaví po nadviazaní partnera IPsec a spomína riadiacu správu alebo neznámy atribút, ukazuje na démona. Závada pred vznikom tunela znamená, že démon nebol nikdy dosiahnutý.
Nezhoda predbežne zdieľaného kľúča končí vo fáze IPsec a pomenuje partnera. Problém s prihlasovacími údajmi PPP sa objaví, keď tunel stojí, a zvyčajne nesie čitateľné odmietnutie CHAP alebo MS-CHAP. Oboje je vidieť v rovnakej požiadavke a ide o rôzne problémy.
Dve cesty a nemiešajú sa
sudo apt install xl2tpd sudo apt purge go-l2tp
Tá dvojica nasadí xl2tpd a potom odstráni démona Go, takže modul vyberie implementáciu, ktorej dialektu rozumie brána. Poradie je dôležité: modul závisí od jednej alebo druhej implementácie, takže odstránenie balíka Go najprv strhne aj modul. Druhá cesta zachová démona Go a prejde na novšie zostavenie, ktoré správe rozumie, čo zvyčajne znamená PPA správcu namiesto verzie z archívu. V spravovanej flotile je ľahšie obhájiť pripnutie PPA než učiť používateľov odstraňovať balíky.
Nekombinujte oboje v jednej zmene. Neskoršia závada vám potom nedovolí povedať, ktorá polovica pomohla, a budúci upgrade môže vrátiť balík, ktorý ste práve odstránili.
Do tiketu dajte binárku démona, jej verziu a presnú správu. Nikto nemôže reprodukovať hlásenie, ktoré len hovorí, že L2TP sa po vydaní pokazil, zatiaľ čo pomenovaný atribút plus verzia balíka im dáva začiatok.
Tri veci, ktorými to nie je
Nie je to problém profilu, pretože ten istý profil fungoval na 22.04 s tou istou bránou. Nie je to chýbajúca trasa ani zmena firewalla, pretože tie zlyhávajú inde s inými dôkazmi. Preinštalovanie modulu to tiež neopraví, pretože sa znova vyberie ten istý démon. Užitočný opis pomenuje démona a správu, ktorú odmietol.
Oprava na strane brány je druhý legitímny výsledok. Firmvér, ktorý prestane posielať atribút, prežije každý upgrade klienta, zatiaľ čo pripnutý balík prežije ďalšie vydanie distribúcie len vtedy, ak si niekto pamätá, prečo je pripnutý.
Porovnajte obe cesty podľa nákladov na údržbu, nie podľa rýchlosti. Obe môžu fungovať; len jedna odstraňuje nesúlad dialektu.