L2TP ar Ubuntu 24.04 wedi torri: xl2tpd ynteu daemon go-l2tp?

Yn ddistaw, newidiodd Ubuntu 24.04 y daemon y tu ôl i ategyn L2TP NetworkManager. Defnyddiai'r llwybr hŷn xl2tpd; mae'r pecynnau newydd yn dod ag implementation Go sy'n creu daemon o'r enw kl2tpd. Mae'r ategyn yn cychwyn pa un bynnag sydd wedi'i osod, felly gall yr uwchraddiad ddisodli'r daemon heb gyffwrdd â'ch proffil na'ch manylion mewngofnodi. Dyna'r holl fethiant: neges reoli nad yw'r daemon newydd yn ei hadnabod.

Mae'r ategyn yn cydlynu IPsec, L2TP a PPP, yna'n trosglwyddo'r rhyngwyneb canlyniadol i NetworkManager. Nid yw'n gweithredu L2TP ei hun.

Cydlynydd yw'r ategyn, nid daemon

network-manager-l2tp sy'n rhedeg y cymorthydd IPsec, daemon L2TP a PPP, ac yn cysylltu'r rhyngwyneb â rheolaeth cysylltiadau'r bwrdd gwaith. Am flynyddoedd y daemon oedd xl2tpd, ac roedd pob tiwtorial a grybwyllai ei ffurfweddiad wedi etifeddu'r rhagdybiaeth honno. Yn ddiweddarach derbyniodd pecynnu Debian y naill weithrediad neu'r llall, ac mae 24.04 yn gosod yr un Go, sy'n darparu kl2tpd. Nid oes unrhyw faes yn y proffil yn cofnodi pa daemon a redai o'r blaen, felly mae'r disodli'n aros yn anweledig nes gwrthodir neges.

Efallai na fydd peiriant sydd â'r ddau becyn yn rhedeg yr un rydych yn ei ddisgwyl. Penderfyniad yr ategyn yw'r dewis, nid y canllaw a ddilynasoch.

Darllenwch y cam cyn dewis atgyweiriad

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

Cydberthynwch un ymgais ar draws y cymorthyddion yn lle trystio hysbysiad y bwrdd gwaith. Mae'r ymholiad hwnnw'n dangos ble y stopiodd y dilyniant, ac mae dpkg -l yn dangos pa weithrediad sydd wedi'i osod. Mae methiant sy'n ymddangos ar ôl sefydlu partner IPsec, ac sy'n crybwyll neges reoli neu briodwedd anadnabyddus, yn pwyntio at y daemon. Mae methiant cyn i'r twnnel fodoli yn golygu na chyrhaeddwyd y daemon o gwbl.

Mae anghytundeb allwedd a rennir ymlaen llaw yn gorffen yng ngham IPsec ac yn enwi'r partner. Mae problem manylion mewngofnodi PPP yn ymddangos unwaith y bydd y twnnel i fyny ac fel arfer yn cario gwrthodiad CHAP neu MS-CHAP darllenadwy. Mae'r ddau i'w gweld yn yr un ymholiad, a phroblemau gwahanol ydynt.

Dwy lwybr, ac nid ydynt yn cymysgu

sudo apt install xl2tpd
sudo apt purge go-l2tp

Mae'r pâr hwnnw'n gosod xl2tpd ac yna'n tynnu daemon Go, gan adael i'r ategyn ddewis y gweithrediad y mae'r porth yn siarad ei dafodiaith. Mae trefn yn bwysig: mae'r ategyn yn dibynnu ar un gweithrediad neu'r llall, felly mae glanhau'r pecyn Go yn gyntaf yn tynnu'r ategyn i lawr gydag ef. Mae'r ail lwybr yn cadw daemon Go ac yn symud i adeiladwaith mwy newydd sy'n deall y neges, sydd fel arfer yn golygu PPA cynhaliwr yn hytrach na fersiwn yr archif. Ar draws fflyd a reolir, mae pinio PPA yn haws ei gyfiawnhau na dysgu defnyddwyr i lanhau pecynnau.

Peidiwch â chyfuno'r ddau mewn un newid. Yna mae methiant diweddarach yn eich gadael heb allu dweud pa hanner a helpodd, a gall uwchraddiad yn y dyfodol adfer y pecyn a dynnwyd gennych gynnau.

Rhowch y binary daemon, ei fersiwn a'r union neges yn y tocyn. Ni all neb atgynhyrchu adroddiad sy'n dweud yn unig fod L2TP wedi torri ar ôl y rhyddhau, tra bo priodwedd a enwir ynghyd â fersiwn pecyn yn rhoi man cychwyn iddynt.

Tri pheth nad yw

Nid yw'n broblem proffil, gan fod yr un proffil wedi gweithio ar 22.04 gyda'r un porth. Nid yw'n llwybr coll nac yn newid i'r wal dân, oherwydd mae'r rheini'n methu mewn mannau eraill â thystiolaeth wahanol. Nid yw ailosod yr ategyn yn ei atgyweirio chwaith, gan fod yr un daemon yn cael ei ddewis eto. Mae'r disgrifiad defnyddiol yn enwi'r daemon a'r neges a wrthododd.

Mae atgyweiriad ar ochr y porth yn ganlyniad dilys arall. Mae firmware sy'n rhoi'r gorau i anfon y briodwedd yn goroesi pob uwchraddiad cleient, tra bod pecyn wedi'i binio yn goroesi rhyddhau'r dosbarthiad nesaf dim ond os yw rhywun yn cofio pam y mae wedi'i binio.

Cymharwch y ddau lwybr ar gost cynnal a chadw yn hytrach na chyflymder. Gall y ddau weithio; dim ond un sy'n dileu'r anghysondeb tafodiaith.