Časový limit L2TP na Ubuntu 22.04: chyba tunela xl2tpd

Plocha zobrazuje prebiehajúce pripojenie, IPsec hlási úspech a rozhranie PPP sa nikdy neobjaví. V systémovom denníku sa to isté číslo tunela opakuje, kým pokus nevyprší na UDP 1701. Pred úpravou predzdieľaného kľúča alebo konfigurácie servera rozpoznajte tento tvar: na Ubuntu 22.04 ide zvyčajne o regresiu balíka v xl2tpd a server bol celý čas správny.

Čo vám hovorí opakujúca sa dvojica riadkov v denníku

Zlyhávajúca relácia vypisuje dvojicu riadkov v pravidelných intervaloch: démon nenájde tunel pre prichádzajúcu riadiacu správu a potom vypíše identifikátory volania a tunela, ktoré dostal. Neskôr počítadlo opakovaní dosiahne limit a spojenie sa uzavrie s časovým limitom na porte 1701. Adresy a identifikátory sú náhodné; rozhoduje tvar. IKE skončil, riadiaca prevádzka L2TP dorazila a démon ju nedokázal priradiť k tunelu, ktorý už vytvoril.

Porucha teda leží medzi riadením L2TP a PPP. O tajomstve, možnostiach PPP ani vzdialenej podsieti sa zatiaľ nič neoverovalo.

Overte, že IPsec skutočne uspel

Dve kontroly oddeľujú tento prípad od problému s prihlasovacími údajmi a obe patria pred akúkoľvek zmenu balíka.

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

Výstup stavu vypisuje spojenie a jeho stav a nadviazaný tunel znamená, že prvá aj druhá fáza skončili. Riadok v denníku o chýbajúcom zdieľanom kľúči ukazuje len na tajomstvo, takže sa zastavte a najprv to opravte. Keď je IPsec nadviazaný a časový limit L2TP sa stále objavuje, démon zostáva podozrivým. Uchovajte presné riadky z jedného pokusu namiesto celého dňa opakovaní.

Preverte build xl2tpd, nie názov vydania

Build xl2tpd 1.3.16 v jammy od Ubuntu zapol optimalizáciu pri linkovaní, čo rozbilo parsovanie identifikátora tunela v odpovedi SCCRP servera. Démon potom zahadzuje riadiace pakety pre tunel, ktorý sám vytvoril. Verziový reťazec je dôležitejší než názov distribúcie.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Opravený balík je 1.3.16-1ubuntu0.1, takže build bez tejto prípony predchádza oprave. Výstup politiky ukazuje, ktorého kandidáta by aktualizácia nainštalovala, a zoznam zadržaných vysvetľuje, prečo oprava neprišla. Kde je balík dostupný, aktualizujte ho a pripojte sa znova cez bežný profil namiesto ručnej úpravy súborov. Neprebuďte moduly a nemeňte tajomstvo, kým je starý build stále nainštalovaný.

Po zmene overte PPP

Úspešná aktualizácia sa preukazuje na vrstve, ktorá bola rozbitá. Overte, že PPP naskočilo, nielen že sa zmenila ikona.

ip -4 addr show ppp0
ip route | grep ppp

Výpis rozhraní by mal ukázať miestnu adresu a adresu protistrany a smerovacia tabuľka by mala niesť prefixy tunela. Systémový denník by mal ukázať prijatý tunel a pppd hlásiace obe adresy, bez opakovaných riadkov o nenájdenom tuneli. Ak PPP beží a prevádzka stále zlyháva, pozrite sa ďalej na smerovanie alebo MTU, pretože fáza L2TP už dokončila svoju prácu. Zapíšte funkčnú verziu balíka do poznámok stroja, aby budúca preinštalácia neobnovila rozbitý build.

Kde opravený balík nie je dostupný, dokumentovanými alternatívami sú miestny build zo zdrojov 1.3.16 alebo 1.3.17, prechod na kl2tpd alebo pripnutý downgrade. Každá nesie náklad na údržbu, ktorý stojí za zapísanie.