L2TP en Ubuntu 24.04 rompiĝis: xl2tpd aŭ go-l2tp-demono?
La demono malantaŭ la L2TP-kromaĵo de NetworkManager ŝanĝiĝis en 24.04. Legu, kiu etapo fiaskis, poste elektu unu riparon anstataŭ forigi kaj fiksi samtempe.
Ubuntu 24.04 kviete anstataŭigis la demonon malantaŭ la L2TP-kromaĵo de NetworkManager. La pli malnova vojo uzis xl2tpd; la pli nova pakaĵo alportas efektivigon en Go, kiu kreas demonon nomatan kl2tpd. La kromaĵo lanĉas tiun, kiu estas instalita, do la ĝisdatigo povas anstataŭigi la demonon sen tuŝi vian profilon aŭ akreditilojn. Tio estas la tuta paneo: rega mesaĝo, kiun la nova demono ne rekonas.
La kromaĵo kunordigas IPsec, L2TP kaj PPP, poste transdonas la rezultan interfacon al NetworkManager. Ĝi ne efektivigas L2TP mem.
La kromaĵo estas kunordiganto, ne demono
network-manager-l2tp lanĉas la IPsec-helpon, L2TP-demonon kaj PPP, kaj konektas la interfacon al la konekta administrado de la labortablo. Dum jaroj la demono estis xl2tpd, kaj ĉiu lernilo, kiu menciis ĝian agordon, heredis tiun supozon. La Debian-pakado poste akceptis ĉiun el la du efektivigoj, kaj 24.04 instalas la Go-version, kiu provizas kl2tpd. Neniu kampo en la profilo registras, kiu demono antaŭe funkciis, do la anstataŭigo restas nevidebla ĝis mesaĝo estas rifuzata.
Maŝino kun ambaŭ pakaĵoj eble tamen ne lanĉos tiun, kiun vi atendas. La elekto estas decido de la kromaĵo, ne de la gvidilo, kiun vi sekvis.
Legu la etapon antaŭ ol elekti riparon
journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto
Kunrilatu unu provon tra la helpantoj anstataŭ fidi la sciigon de la labortablo. Tiu mendado montras, kie la sinsekvo haltis, kaj dpkg -l montras, kiu efektivigo estas instalita. Paneo, kiu aperas post kiam la IPsec-partnero estas starigita kaj mencias regan mesaĝon aŭ nekonatan atributon, indikas la demonon. Paneo antaŭ ol la tunelo ekzistas signifas, ke la demono neniam estis atingita.
Malkongruo de la antaŭdividita ŝlosilo finiĝas ĉe la IPsec-etapo kaj nomas la partneron. Problemo pri PPP-akreditiloj aperas, kiam la tunelo staras, kaj kutime portas legeblan CHAP- aŭ MS-CHAP-rifuzon. Ambaŭ videblas en la sama mendado, kaj ili estas malsamaj problemoj.
Du vojoj, kaj ili ne miksiĝas
sudo apt install xl2tpd sudo apt purge go-l2tp
Tiu paro starigas xl2tpd kaj poste forigas la Go-demonon, lasante la kromaĵon elekti la efektivigon, kies dialekton la pordego parolas. La ordo gravas: la kromaĵo dependas de unu aŭ la alia efektivigo, do forigi la Go-pakaĵon unue faligas ankaŭ la kromaĵon. La dua vojo konservas la Go-demonon kaj transiras al pli nova konstruo, kiu komprenas la mesaĝon, kio kutime signifas PPA de prizorganto anstataŭ la arkiva versio. En administrata floto pli facile pravigeblas fiksi PPA ol instrui uzantojn forigi pakaĵojn.
Ne kombinu la du en unu ŝanĝo. Posta paneo tiam lasas vin nekapabla diri, kiu duono helpis, kaj estonta ĝisdatigo povas restaŭri la pakaĵon, kiun vi ĵus forigis.
Metu la demonan binaran dosieron, ĝian version kaj la precizan mesaĝon en la bileton. Neniu povas reprodukti raporton, kiu nur diras, ke L2TP rompiĝis post la eldono, dum nomita atributo plus pakaĵa versio donas al ili komencan punkton.
Tri aferoj, kiuj ĝi ne estas
Ĝi ne estas profila problemo, ĉar la sama profilo funkciis en 22.04 kontraŭ la sama pordego. Ĝi ne estas mankanta itinero nek fajroŝirma ŝanĝo, ĉar tiuj fiaskas aliloke kun aliaj pruvoj. Reinstali la kromaĵon ankaŭ ne ripare ĝin, ĉar la sama demono estas elektata denove. La utila priskribo nomas la demonon kaj la mesaĝon, kiun ĝi rifuzis.
Riparo flanke de la pordego estas la alia legitima rezulto. Firmvaro, kiu ĉesas sendi la atributon, postvivas ĉiun klientan ĝisdatigon, dum fiksita pakaĵo postvivas la sekvan distribuan eldonon nur se iu memoras, kial ĝi estas fiksita.
Komparu la du vojojn laŭ bontenaj kostoj anstataŭ laŭ rapido. Ambaŭ povas funkcii; nur unu forigas la dialektan malkongruon.