L2TP på Ubuntu 24.04 er ødelagt: xl2tpd eller go-l2tp-demon?

Ubuntu 24.04 byttet stille ut demonen bak NetworkManagers L2TP-plugin. Den eldre veien brukte xl2tpd; den nyere pakkingen drar inn en Go-implementasjon som lager en demon kalt kl2tpd. Plugin-en starter den som er installert, så oppgraderingen kan bytte demonen uten å røre profilen eller påloggingsdetaljene dine. Det er hele feilen: en kontrollmelding som den nye demonen ikke kjenner igjen.

Plugin-en koordinerer IPsec, L2TP og PPP og overleverer deretter grensesnittet til NetworkManager. Den implementerer ikke L2TP selv.

Plugin-en er en koordinator, ikke en demon

network-manager-l2tp kjører IPsec-hjelperen, en L2TP-demon og PPP og kobler grensesnittet til skrivebordets tilkoblingsstyring. I årevis var demonen xl2tpd, og enhver veiledning som nevnte konfigurasjonen, arvet den antakelsen. Debian-pakkingen godtok senere hvilken som helst av de to implementasjonene, og 24.04 installerer Go-versjonen, som leverer kl2tpd. Ingen felt i profilen registrerer hvilken demon som kjørte før, så byttet forblir usynlig til en melding avvises.

En maskin med begge pakkene kjører kanskje fortsatt ikke den du forventer. Valget er plugin-ens beslutning, ikke veiledningen du fulgte.

Les trinnet før du velger en reparasjon

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

Korreler ett forsøk på tvers av hjelperne i stedet for å stole på skrivebordsvarselet. Den spørringen viser hvor sekvensen stoppet, og dpkg -l viser hvilken implementasjon som er installert. En feil som dukker opp etter at IPsec-peer-en er etablert, og som nevner en kontrollmelding eller et ukjent attributt, peker på demonen. En feil før tunnelen finnes betyr at demonen aldri ble nådd.

Uenighet om den forhåndsdelt nøkkelen ender ved IPsec-trinnet og navngir peer-en. PPP-påloggingsproblemer vises når tunnelen er oppe og bærer vanligvis en lesbar CHAP- eller MS-CHAP-avvisning. Begge er synlige i samme spørring, og de er forskjellige problemer.

To veier, og de blandes ikke

sudo apt install xl2tpd
sudo apt purge go-l2tp

Det paret setter xl2tpd på plass og fjerner deretter Go-demonen, slik at plugin-en velger implementasjonen hvis dialekt gatewayen snakker. Rekkefølgen betyr noe: plugin-en avhenger av den ene eller den andre implementasjonen, så fjernes Go-pakken først, tar den plugin-en med seg ned. Den andre veien beholder Go-demonen og går over til et nyere bygg som forstår meldingen, noe som vanligvis betyr en vedlikeholders PPA i stedet for arkivversjonen. På en administrert flåte er det lettere å forsvare å feste en PPA enn å lære brukerne å fjerne pakker.

Ikke kombiner de to i én endring. En senere feil lar deg da ikke si hvilken halvdel som hjalp, og en fremtidig oppgradering kan gjenopprette pakken du nettopp fjernet.

Sett demonens binærfil, versjonen og den nøyaktige meldingen i saken. Ingen kan gjenskape en rapport som bare sier at L2TP ble ødelagt etter utgivelsen, mens et navngitt attributt pluss en pakkeversjon gir dem et sted å begynne.

Tre ting det ikke er

Det er ikke et profilproblem, siden samme profil virket på 22.04 mot samme gateway. Det er ikke en manglende rute eller en brannmur-endring, fordi de feiler andre steder med andre bevis. Ny installasjon av plugin-en reparerer det heller ikke, siden samme demon velges igjen. Den nyttige beskrivelsen navngir demonen og meldingen den avviste.

En rettelse på gateway-siden er det andre legitime utfallet. Fastvare som slutter å sende attributtet overlever hver klientoppgradering, mens en festet pakke bare overlever neste distribusjonsutgivelse hvis noen husker hvorfor den er festet.

Sammenlign de to veiene på vedlikeholdskostnad i stedet for hastighet. Begge kan virke; bare én fjerner dialektavviket.