L2TP na Ubuntu 24.04 je pokvaren: xl2tpd ili go-l2tp daemon?

Ubuntu 24.04 tiho je zamijenio daemon koji stoji iza L2TP dodatka u NetworkManageru. Stariji put rabio je xl2tpd; novije pakiranje donosi implementaciju u Go koja stvara daemon imenom kl2tpd. Dodatak pokreće onu koja je instalirana, pa nadogradnja može zamijeniti daemon a da ne dira vaš profil ni vjerodajnice. To je čitav kvar: kontrolna poruka koju novi daemon ne prepoznaje.

Dodatak usklađuje IPsec, L2TP i PPP te potom predaje nastalo sučelje NetworkManageru. Sam ne implementira L2TP.

Dodatak je koordinator, a ne daemon

network-manager-l2tp pokreće IPsec pomoćnik, L2TP daemon i PPP te spaja sučelje na upravljanje vezama radne površine. Godinama je daemon bio xl2tpd i svaki je vodič koji spominje njegovu konfiguraciju naslijedio tu pretpostavku. Debianovo pakiranje kasnije je prihvatilo bilo koju od dviju implementacija, a 24.04 instalira onu u Go 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 ipak možda neće pokrenuti onaj koji očekujete. Odabir je odluka dodatka, a ne vodiča kojim ste išli.

Pročitajte fazu prije odabira popravka

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 nepoznat atribut upućuje na daemon. Kvar prije nego tunel postoji znači da daemon nikad nije dosegnut.

Nesklad unaprijed dijeljenog ključa završava u fazi IPsec i imenuje partnera. Problem s PPP vjerodajnicama javlja se kad je tunel podignut i obično nosi čitljivo odbijanje CHAP ili MS-CHAP. Oboje je vidljivo u istom upitu, a riječ je o različitim problemima.

Dva puta i oni 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 govori gateway. Redoslijed je važan: dodatak ovisi o jednoj ili drugoj implementaciji, pa uklanjanje Go paketa najprije 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 umjesto verzije iz arhive. U upravljanoj floti lakše je opravdati prikivanje PPA-a nego poučavati korisnike uklanjanju paketa.

Nemojte spojiti 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 binarnu datoteku daemona, njezinu 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 početnu točku.

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 posustaju drugdje s drukčijim dokazima. Ni ponovna instalacija dodatka to 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 dva puta po trošku održavanja, a ne po brzini. Oba mogu raditi; samo jedan uklanja nesklad dijalekta.