L2TP истек времена на Ubuntu 22.04: грешка тунела xl2tpd

Радна површина приказује везу у току, IPsec извештава о успеху, а интерфејс PPP се никада не појављује. У системском дневнику исти број тунела се понавља док покушај не истекне на UDP 1701. Пре него што измените унапред дељени кључ или конфигурацију сервера, препознајте овај облик: на Ubuntu 22.04 то је обично регресија пакета у xl2tpd и сервер је све време био исправан.

Шта вам говори поновљени пар редова у дневнику

Неуспешна сесија штампа пар редова у редовним интервалима: демон не налази тунел за долазну контролну поруку, затим исписује идентификаторе позива и тунела које је добио. Касније бројач поновних покушаја достигне границу и веза се затвара са истеком на порту 1701. Адресе и идентификатори су случајни; важан је облик. IKE је завршен, контролни саобраћај L2TP је стигао, а демон није успео да га повеже са тунелом који је већ створио.

Дакле, квар се налази између L2TP контроле и PPP. О тајни, PPP опцијама или удаљеној подмрежи још ништа није проверено.

Потврдите да је IPsec заиста успео

Две провере одвајају ово од проблема са акредитивима, и обе долазе пре било какве промене пакета.

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

Излаз стања наводи везу и њено стање, а успостављен тунел значи да су прва и друга фаза завршене. Ред у дневнику о недостајућем дељеном кључу указује само на тајну, зато станите и прво то поправите. Када је IPsec успостављен, а истек L2TP-а се још појављује, демон остаје осумњичени. Сачувајте тачне редове једног покушаја уместо целог дана поновних покушаја.

Проверите градњу xl2tpd, не назив издања

Градња jammy од Ubuntu за xl2tpd 1.3.16 укључила је оптимизацију при повезивању, што је покварило рашчлањивање идентификатора тунела у одговору SCCRP сервера. Демон затим одбацује контролне пакете за тунел који је сам створио. Низ верзије је важнији од назива дистрибуције.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Исправљени пакет је 1.3.16-1ubuntu0.1, па је градња без тог суфикса старија од исправке. Излаз политике показује ког кандидата би инсталирало ажурирање, а листа задржаних објашњава зашто исправка није стигла. Тамо где је пакет доступан, ажурирајте га и поново се повежите кроз нормални профил уместо да ручно уређујете датотеке. Не прекомпајлирајте модуле и не мењајте тајну док је стара градња још инсталирана.

Проверите PPP после измене

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

ip -4 addr show ppp0
ip route | grep ppp

Листа интерфејса треба да прикаже локалну и адресу партнера, а табела рута треба да носи префиксе тунела. Системски дневник треба да покаже да је тунел прихваћен и да pppd извештава обе адресе, без поновљених редова о тунелу који није пронађен. Ако је PPP подигнут, а саобраћај још не пролази, погледајте затим рутирање или MTU, јер је фаза L2TP завршила свој посао. Запишите радну верзију пакета у белешке машине, да будућа реинсталација не би вратила покварену градњу.

Тамо где исправљени пакет није доступан, документоване алтернативе су локална градња из изворног кода 1.3.16 или 1.3.17, прелазак на kl2tpd или закачено враћање на старију верзију. Свака носи трошак одржавања који вреди записати.