L2TP op Ubuntu 24.04 stikken: xl2tpd as go-l2tp-demon?

Ubuntu 24.04 ferfong stil de demon efter de L2TP-ynbou fan NetworkManager. It âldere paad brûkte xl2tpd; it nijere pakket bringt in Go-ymplemintaasje dy't in demon mei de namme kl2tpd makket. De ynbou start wat ynstallearre is, dus de fernijing kin de demon ferfange sûnder dyn profyl of dyn gegevens oan te reitsjen. Dat is de hiele storing: in kontrôleberjocht dat de nije demon net werom ken.

De ynbou koördinearret IPsec, L2TP en PPP, en jout dan de resultearjende ynterface oan NetworkManager. Hy ymplemintearret L2TP sels net.

De ynbou is in koördinator, gjin demon

network-manager-l2tp rint de IPsec-helper, in L2TP-demon en PPP, en ferbynt de ynterface mei it ferbiningsbehear fan it buroblêd. Jierrenlang wie de demon xl2tpd, en elke handleiding dy't syn konfiguraasje neamde, erfde dy oanname. Letter akseptearre de Debian-ferpakking ien fan beide ymplemintaasjes, en 24.04 ynstallearret de Go-ferzje, dy't kl2tpd leveret. Gjin fjild yn it profyl registrearret hokker demon earder rûn, dus de ferfanging bliuwt ûnsichtber oant in berjocht wegere wurdt.

In masine mei beide pakketten rint miskien noch net dy'tsto ferwachtet. De kar is it beslút fan 'e ynbou, net fan 'e gids dy'tsto folge hast.

Lês de stap foardatsto in repaasje kiest

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

Korrelearje ien besykjen oer de helpers ynstee fan it buroblêdberjocht te fertrouwen. Dy query lit sjen wêr't de searje stoppe, en dpkg -l lit sjen hokker ymplemintaasje ynstallearre is. In storing dy't ferskynt neidat de IPsec-pear oprjochte is, en dy't in kontrôleberjocht of in ûnbekend attribút neamt, wiist nei de demon. In storing foardat de tunnel bestiet betsjut dat de demon nea berikt waard.

In ûnienigens oer de foarôf dielde kaai einiget by de IPsec-stap en neamt de pear. In PPP-gegevensprobleem ferskynt as de tunnel omheech is en draacht normaal in lêsber CHAP- of MS-CHAP-ôfwizing. Beide binne yn deselde query te sjen, en it binne ferskillende problemen.

Twa rûtes, en se minge net

sudo apt install xl2tpd
sudo apt purge go-l2tp

Dat pear set xl2tpd en ferwideret dan de Go-demon, wêrtroch de ynbou de ymplemintaasje kieze kin wêrfan't it dialekt de poarte sprekt. De folchoarder is wichtich: de ynbou hinget fan 'e iene of de oare ymplemintaasje ôf, dus earst it Go-pakket fuortsmite nimt de ynbou mei. It twadde paad hâldt de Go-demon en giet oer op in nijere bou dy't it berjocht begrypt, wat normaal in PPA fan in ûnderhâlder betsjut ynstee fan 'e argyfferzje. Op in beheard fleat is it makliker te ferantwurdzjen om in PPA fêst te setten as om brûkers pakketten fuortsmite te learen.

Kombinearje de beide net yn ien feroaring. In lettere storing lit dy dan net sizze hokker helte holp, en in takomstige fernijing kin it pakket weromsette datsto krekt fuortsmiten hast.

Set it binêre bestân fan 'e demon, syn ferzje en it krekte berjocht yn it ticket. Nimmen kin in rapport reprodusearje dat allinnich seit dat L2TP nei de útjefte stikken gie, wylst in neamd attribút plus in pakketferzje har in begjinpunt jout.

Trije dingen dy't it net is

It is gjin profylprobleem, om't itselde profyl op 22.04 wurke tsjin deselde poarte. It is ek gjin ûntbrekkende rûte of in feroaring yn 'e firewall, want dy mislearje earne oars mei oare bewiis. De ynbou opnij ynstallearje reparearret it ek net, om't deselde demon wer keazen wurdt. De nuttige beskriuwing neamt de demon en it berjocht dat er wegere.

In repaasje oan 'e poartekant is de oare legitime útkomst. Firmware dy't it attribút net mear stjoert, oerlibbet elke klantfernijing, wylst in fêstset pakket de folgjende distribúsje-útjefte allinnich oerlibbet as immen ûnthâldt wêrom't it fêstset is.

Fergelykje de twa rûtes op ûnderhâldskosten ynstee fan snelheid. Beide kinne wurkje; allinnich ien hellet de dialektôfwiking fuort.