L2TP na Ubuntu 24.04 ne radi: xl2tpd ili go-l2tp daemon?

Ubuntu 24.04 tiho je zamijenio daemon iza L2TP dodatka za NetworkManager. Stariji put koristio je xl2tpd; novije pakiranje uvodi Go implementaciju koja stvara daemon imena kl2tpd. Dodatak pokreće ono što je instalirano, pa nadogradnja može zamijeniti daemon bez diranja profila ili vjerodajnica. To je cijeli kvar: kontrolna poruka koju novi daemon ne prepoznaje.

Dodatak usklađuje IPsec, L2TP i PPP, a zatim predaje dobiveno sučelje NetworkManageru. On ne implementira L2TP sam.

Dodatak je koordinator, a ne daemon

network-manager-l2tp pokreće IPsec pomoćnik, L2TP daemon i PPP te spaja sučelje u upravljanje vezama radne površine. Godinama je daemon bio xl2tpd, i svaki vodič koji spominje njegovu konfiguraciju naslijedio je tu pretpostavku. Debian pakiranje kasnije je prihvatilo bilo koju od dvije implementacije, a 24.04 instalira Go verziju koja pruža kl2tpd. Nijedno polje u profilu ne bilježi koji je daemon prije radio, pa zamjena ostaje nevidljiva dok se poruka ne odbije.

Računalo s oba paketa možda ipak neće pokrenuti ono što očekujete. Odabir je odluka dodatka, a ne vodiča koji ste slijedili.

Pročitajte fazu prije nego odaberete popravak

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

Povežite jedan pokušaj kroz pomoćnike umjesto da vjerujete obavijesti radne površine. Taj upit pokazuje gdje se niz zaustavio, a dpkg -l pokazuje koja je implementacija instalirana. Kvar koji se pojavi nakon uspostave IPsec partnera i spominje kontrolnu poruku ili nepoznati atribut upućuje na daemon. Kvar prije nego tunel postoji znači da daemon nikada nije dosegnut.

Neslaganje unaprijed dijeljenog ključa završava na IPsec fazi i imenuje partnera. Problem s PPP vjerodajnicama pojavljuje se kad je tunel podignut i obično nosi čitljivo CHAP ili MS-CHAP odbijanje. Oboje je vidljivo u istom upitu, i to su različiti problemi.

Dvije rute i one se ne miješaju

sudo apt install xl2tpd
sudo apt purge go-l2tp

Taj par postavlja xl2tpd i zatim uklanja Go daemon, ostavljajući dodatku da odabere implementaciju čijim dijalektom gateway govori. Redoslijed je važan: dodatak ovisi o jednoj ili drugoj implementaciji, pa uklanjanje Go paketa prvo ruši i dodatak. Drugi put zadržava Go daemon i prelazi na noviju gradnju koja razumije poruku, što obično znači PPA održavatelja, a ne verziju iz arhiva. U upravljanoj floti lakše je opravdati prikivanje PPA-a nego učiti korisnike da uklanjaju pakete.

Ne spajajte oboje u jednu promjenu. Kasniji kvar tada vas ostavlja bez mogućnosti da kažete koja je polovica pomogla, a buduća nadogradnja može vratiti paket koji ste upravo uklonili.

U tiket stavite binarni fajl daemona, njegovu verziju i točnu poruku. Nitko ne može reproducirati izvještaj koji samo kaže da se L2TP pokvario nakon izdanja, dok imenovani atribut uz verziju paketa daje mjesto za početak.

Tri stvari koje to nije

To nije problem profila, jer je isti profil radio na 22.04 s istim gatewayom. Nije ni ruta koja nedostaje ni promjena vatrozida, jer one ne uspijevaju drugdje s drukčijim dokazima. Ponovna instalacija dodatka također ga ne popravlja, jer se isti daemon ponovno odabire. Koristan opis imenuje daemon i poruku koju je odbio.

Popravak na strani gatewaya drugi je legitiman ishod. Firmware koji prestane slati atribut preživljava svaku nadogradnju klijenta, dok prikovan paket preživljava sljedeće izdanje distribucije samo ako se netko sjeti zašto je prikovan.

Usporedite dvije rute po trošku održavanja, a ne po brzini. Obje mogu raditi; samo jedna uklanja nesklad dijalekta.