L2TP на Ubuntu 24.04 је покварен: xl2tpd или go-l2tp демон?

Ubuntu 24.04 је тихо заменио демон иза L2TP додатка у NetworkManager-у. Старији пут је користио xl2tpd; новије паковање доноси имплементацију у Go-у која ствара демон по имену kl2tpd. Додатак покреће оно што је инсталирано, па надоградња може заменити демон без дирања профила или акредитива. То је цео квар: контролна порука коју нови демон не препознаје.

Додатак усклађује IPsec, L2TP и PPP, а затим предаје настали интерфејс NetworkManager-у. Сам не имплементира L2TP.

Додатак је координатор, а не демон

network-manager-l2tp покреће IPsec помоћника, L2TP демон и PPP и повезује интерфејс са управљањем везама на радној површини. Годинама је демон био xl2tpd, и сваки приручник који је помињао његову конфигурацију наследио је ту претпоставку. Касније је Debian паковање прихватило било коју од две имплементације, а 24.04 инсталира ону у Go-у, која пружа kl2tpd. Ниједно поље у профилу не бележи који је демон раније радио, па замена остаје невидљива док се порука не одбије.

Машина са оба пакета ипак можда неће покренути онај који очекујете. Избор је одлука додатка, а не приручника који сте следили.

Прочитајте фазу пре него што изаберете поправак

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

Повежите један покушај кроз помоћнике уместо да верујете обавештењу радне површине. Тај упит показује где се низ зауставио, а dpkg -l показује која је имплементација инсталирана. Квар који се појави након успостављања IPsec партнера и помиње контролну поруку или непознат атрибут упућује на демон. Квар пре него што тунел постоји значи да демон никада није достигнут.

Неслагање унапред дељеног кључа завршава се у IPsec фази и именује партнера. Проблем са PPP акредитивима појављује се када је тунел подигнут и обично носи читљиво одбијање CHAP или MS-CHAP. Оба се виде у истом упиту, и то су различити проблеми.

Два пута, и они се не мешају

sudo apt install xl2tpd
sudo apt purge go-l2tp

Тај пар поставља xl2tpd и затим уклања Go демон, остављајући додатку да изабере имплементацију чијим дијалектом говори гејтвеј. Редослед је важан: додатак зависи од једне или друге имплементације, па уклањање Go пакета прво обара и додатак. Други пут задржава Go демон и прелази на новију градњу која разуме поруку, што обично значи PPA одржаваоца уместо верзије из архиве. У управљаном парку лакше је оправдати причвршћивање PPA-а него учити кориснике да уклањају пакете.

Не комбинујте оба у једној измени. Каснији квар вас тада оставља без могућности да кажете која је половина помогла, а будућа надоградња може вратити пакет који сте управо уклонили.

У тикет ставите бинарни фајл демона, његову верзију и тачну поруку. Нико не може да репродукује извештај који само каже да се L2TP покварио после издања, док именовани атрибут и верзија пакета дају полазну тачку.

Три ствари које то није

То није проблем профила, јер је исти профил радио на 22.04 са истим гејтвејем. Није ни рута која недостаје ни промена заштитног зида, јер они не успевају другде са другачијим доказима. Поновна инсталација додатка такође га не поправља, јер се исти демон поново бира. Користан опис именује демон и поруку коју је одбио.

Поправак на страни гејтвеја је други легитимни исход. Фирмвер који престане да шаље атрибут преживљава сваку надоградњу клијента, док причвршћен пакет преживљава следеће издање дистрибуције само ако се неко сети зашто је причвршћен.

Упоредите два пута по трошку одржавања, а не по брзини. Оба могу да раде; само један уклања неслагање дијалекта.