L2TP Ubuntu 24.04 vairs nestrādā: xl2tpd vai go-l2tp dēmons?

Ubuntu 24.04 klusi nomainīja dēmonu aiz NetworkManager L2TP spraudņa. Vecākā ceļš izmantoja xl2tpd; jaunākā pakotne iekļauj Go ieviešanu, kas rada dēmonu ar nosaukumu kl2tpd. Spraudnis palaiž to, kas ir instalēts, tāpēc atjauninājums var nomainīt dēmonu, neaiztiekot jūsu profilu vai pieteikšanās datus. Tas ir viss bojājums: vadības ziņojums, ko jaunais dēmons neatpazīst.

Spraudnis saskaņo IPsec, L2TP un PPP un pēc tam nodod iegūto saskarni NetworkManager. Tas pats L2TP neievieš.

Spraudnis ir koordinators, nevis dēmons

network-manager-l2tp palaiž IPsec palīgu, L2TP dēmonu un PPP un pievieno saskarni darbvirsmas savienojumu pārvaldībai. Gadiem ilgi dēmons bija xl2tpd, un katra apmācība, kas minēja tā konfigurāciju, pārmantoja šo pieņēmumu. Vēlāk Debian pakotne pieņēma jebkuru no abām ieviešanām, un 24.04 instalē Go versiju, kas nodrošina kl2tpd. Neviens profila lauks nefiksē, kurš dēmons iepriekš darbojās, tāpēc nomaiņa paliek neredzama, līdz ziņojums tiek noraidīts.

Dators ar abām pakotnēm tomēr var nepalaist to, ko gaidāt. Izvēle ir spraudņa lēmums, nevis rokasgrāmatas, kurai sekojāt.

Izlasiet posmu pirms labojuma izvēles

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

Sasaistiet vienu mēģinājumu pāri palīgiem, nevis paļaujieties uz darbvirsmas paziņojumu. Šis vaicājums parāda, kur secība apstājās, un dpkg -l parāda, kura ieviešana ir instalēta. Bojājums, kas parādās pēc IPsec partnera izveides un min vadības ziņojumu vai nezināmu atribūtu, norāda uz dēmonu. Bojājums pirms tuneļa pastāvēšanas nozīmē, ka dēmons netika sasniegts.

Iepriekš kopīgotās atslēgas neatbilstība beidzas IPsec posmā un nosauc partneri. PPP pieteikšanās datu problēma parādās, kad tunelis ir pacelts, un parasti satur lasāmu CHAP vai MS-CHAP noraidījumu. Abi redzami tajā pašā vaicājumā, un tās ir dažādas problēmas.

Divi ceļi, un tie nesajaucas

sudo apt install xl2tpd
sudo apt purge go-l2tp

Šis pāris ievieto xl2tpd un pēc tam noņem Go dēmonu, ļaujot spraudnim izvēlēties ieviešanu, kuras dialektu runā vārteja. Secība ir svarīga: spraudnis ir atkarīgs no vienas vai otras ieviešanas, tāpēc Go pakotnes noņemšana vispirms nogāž arī spraudni. Otrais ceļš patur Go dēmonu un pāriet uz jaunāku būvi, kas saprot ziņojumu, un tas parasti nozīmē uzturētāja PPA, nevis arhīva versiju. Pārvaldītā flotē PPA piespraušanu ir vieglāk pamatot nekā mācīt lietotājiem noņemt pakotnes.

Nekombinējiet abus vienā izmaiņā. Vēlāks bojājums tad neļaus pateikt, kura puse palīdzēja, un nākotnes atjauninājums var atjaunot tikko noņemto pakotni.

Ielieciet biļetē dēmona bināro failu, tā versiju un precīzu ziņojumu. Neviens nevar atkārtot ziņojumu, kas tikai saka, ka L2TP salūza pēc laidiens, kamēr nosaukts atribūts un pakotnes versija dod sākumpunktu.

Trīs lietas, kas tas nav

Tā nav profila problēma, jo tas pats profils darbojās 22.04 ar to pašu vārteju. Tas nav trūkstošs maršruts un nav ugunsmūra izmaiņa, jo tie neizdodas citur ar citiem pierādījumiem. Spraudņa pārinstalēšana arī nelabo, jo atkal tiek izvēlēts tas pats dēmons. Noderīgais apraksts nosauc dēmonu un ziņojumu, ko tas noraidīja.

Labojums vārtejas pusē ir otrs likumīgais iznākums. Programmaparatūra, kas pārstāj sūtīt atribūtu, pārdzīvo katru klienta atjauninājumu, savukārt piesprausta pakotne pārdzīvo nākamo izplatīšanas laidienu tikai tad, ja kāds atceras, kāpēc tā ir piesprausta.

Salīdziniet abus ceļus pēc uzturēšanas izmaksām, nevis ātruma. Abi var strādāt; tikai viens novērš dialekta neatbilstību.