L2TP në Ubuntu 24.04 është prishur: xl2tpd apo demoni go-l2tp?

Ubuntu 24.04 zëvendësoi në heshtje demonin pas shtojcës L2TP të NetworkManager. Rruga e vjetër përdorte xl2tpd; paketimi më i ri sjell një implementim në Go që krijon një demon të quajtur kl2tpd. Shtojca nis atë që është instaluar, kështu që përditësimi mund ta zëvendësojë demonin pa prekur profilin ose kredencialet tuaja. Kjo është e gjithë defekti: një mesazh kontrolli që demoni i ri nuk e njeh.

Shtojca koordinon IPsec, L2TP dhe PPP, pastaj ia dorëzon ndërfaqen që rezulton NetworkManager. Nuk e zbaton vetë L2TP.

Shtojca është koordinatore, jo demon

network-manager-l2tp ekzekuton ndihmësin IPsec, një demon L2TP dhe PPP, dhe e lidh ndërfaqen me menaxhimin e lidhjeve të desktopit. Për vite me radhë demoni ishte xl2tpd, dhe çdo tutorial që përmendte konfigurimin e tij trashëgonte atë supozim. Më vonë paketimi Debian pranoi cilindo nga dy implementimet, dhe 24.04 instalon atë në Go, i cili ofron kl2tpd. Asnjë fushë në profil nuk regjistron cili demon punonte më parë, kështu që zëvendësimi mbetet i padukshëm derisa një mesazh të refuzohet.

Një makinë me të dyja paketat mund të mos ekzekutojë atë që prisni. Zgjedhja është vendimi i shtojcës, jo i udhëzuesit që ndoqët.

Lexoni fazën përpara se të zgjidhni një riparim

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

Ndërlidhni një provë të vetme përmes ndihmësve në vend që t'i besoni njoftimit të desktopit. Ai pyetës tregon ku u ndal sekuenca, dhe dpkg -l tregon cila implementim është instaluar. Një dështim që shfaqet pasi krijohet partneri IPsec, dhe që përmend një mesazh kontrolli ose një atribut të panjohur, të çon te demoni. Një dështim përpara se tuneli të ekzistojë do të thotë që demoni nuk u arrit kurrë.

Mospërputhja e çelësit të ndarë paraprakisht përfundon në fazën IPsec dhe emërton partnerin. Problemi i kredencialeve PPP shfaqet pasi tuneli është ngritur dhe zakonisht mbart një refuzim CHAP ose MS-CHAP të lexueshëm. Të dyja shihen në të njëjtin pyetës, dhe janë probleme të ndryshme.

Dy rrugë, dhe nuk përzihen

sudo apt install xl2tpd
sudo apt purge go-l2tp

Ai çift vendos xl2tpd dhe pastaj heq demonin Go, duke e lënë shtojcën të zgjedhë implementimin, dialektin e të cilit flet porta. Rendi ka rëndësi: shtojca varet nga njëri ose tjetri implementim, kështu që heqja e paketës Go në fillim rrëzon edhe shtojcën. Rruga e dytë e mban demonin Go dhe kalon në një ndërtim më të ri që e kupton mesazhin, që zakonisht do të thotë PPA e mirëmbajtësit në vend të versionit nga arkivi. Në një flotë të menaxhuar, fiksimi i një PPA justifikohet më lehtë sesa mësimi i përdoruesve të heqin paketa.

Mos i kombinoni të dyja në një ndryshim. Një dështim i mëvonshëm atëherë ju lë të paaftë të thoni cila gjysmë ndihmoi, dhe një përditësim i ardhshëm mund të rikthejë paketën që sapo hoqët.

Vendosni në tiketë binarin e demonit, versionin e tij dhe mesazhin e saktë. Askush nuk mund të riprodhojë një raport që thotë vetëm se L2TP u prish pas lëshimit, ndërsa një atribut i emërtuar plus një version pakete u jep një pikë fillimi.

Tre gjëra që nuk është

Nuk është problem profili, pasi i njëjti profil punonte në 22.04 me të njëjtën portë. Nuk është një rrugë që mungon dhe as një ndryshim i firewall-it, sepse ato dështojnë diku tjetër me prova të ndryshme. Riinstalimi i shtojcës gjithashtu nuk e riparon, pasi zgjidhet përsëri i njëjti demon. Përshkrimi i dobishëm emërton demonin dhe mesazhin që ai refuzoi.

Një rregullim në anën e portës është rezultati tjetër legjitim. Firmware-i që ndalon së dërguari atributin i mbijeton çdo përditësimi të klientit, ndërsa një paketë e fiksuar i mbijeton lëshimit të ardhshëm të shpërndarjes vetëm nëse dikush kujtohet pse është fiksuar.

Krahasoni dy rrugët sipas kostos së mirëmbajtjes, jo shpejtësisë. Të dyja mund të punojnë; vetëm njëra e heq mospërputhjen e dialektit.