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 з тым самым шлюзам. Гэта не адсутны маршрут і не змена міжсеткавага экрана, бо яны няўдалыя ў іншым месцы з іншымі доказамі. Пераўстаноўка плагіна таксама не выпраўляе гэта, бо той самы дэман выбіраецца зноў. Карыснае апісанне называе дэман і паведамленне, якое ён адхіліў.

Выпраўленне на баку шлюза — іншы законны вынік. Прашыўка, якая перастае дасылаць атрыбут, перажывае кожнае абнаўленне кліента, а замацаванне пакета перажывае наступны выпуск дыстрыбутыва, толькі калі хтосьці памятае, навошта яно замацавана.

Параўнайце два шляхі па кошце суправаджэння, а не па хуткасці. Абодва могуць працаваць; толькі адзін прыбірае неадпаведнасць дыялекту.