L2TP skirtasis laikas Ubuntu 22.04: xl2tpd tunelio klaida

Darbalaukis rodo vykstantį ryšį, IPsec praneša apie sėkmę, o PPP sąsaja niekada nepasirodo. Sistemos žurnale tas pats tunelio numeris kartojasi, kol bandymas baigiasi skirtuoju laiku UDP 1701. Prieš taisydami iš anksto bendrinamą raktą ar serverio konfigūraciją, atpažinkite šią formą: Ubuntu 22.04 tai paprastai yra paketo regresija xl2tpd ir serveris visą laiką buvo teisingas.

Ką jums sako pasikartojanti žurnalo pora

Nepavykusi sesija reguliariais intervalais spausdina porą eilučių: demonas neranda tunelio gaunamam valdymo pranešimui, tada išmeta gautus iškvietimo ir tunelio identifikatorius. Vėliau pakartojimų skaitiklis pasiekia ribą ir ryšys uždaromas su 1701 prievado skirtuoju laiku. Adresai ir identifikatoriai atsitiktiniai; svarbi forma. IKE baigėsi, L2TP valdymo srautas atėjo, o demonas nesugebėjo jo susieti su tuneliu, kurį jau buvo sukūręs.

Taigi gedimas yra tarp L2TP valdymo ir PPP. Apie slaptą raktą, PPP parinktis ar nuotolinį potinklį dar nieko nebandyta.

Patvirtinkite, kad IPsec tikrai pavyko

Du patikrinimai atskiria tai nuo prisijungimo duomenų problemos, ir abu turi būti atlikti prieš bet kokį paketo pakeitimą.

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

Būsenos išvestis išvardija ryšį ir jo būseną, o užmegztas tunelis reiškia, kad pirmoji ir antroji fazės baigėsi. Žurnalo eilutė apie trūkstamą bendrinamą raktą nurodo tik slaptą raktą, todėl sustokite ir pirmiausia tai sutvarkykite. Kai IPsec užmegztas, o L2TP skirtasis laikas vis dar pasirodo, demonas lieka įtariamasis. Išsaugokite tikslias vieno bandymo eilutes, o ne visą dieną pakartojimų.

Tikrinkite xl2tpd kompiliavimą, o ne leidimo pavadinimą

Ubuntu jammy xl2tpd 1.3.16 kompiliavimas įjungė susiejimo laiko optimizavimą, kuris sugadino tunelio identifikatoriaus analizę serverio SCCRP atsakyme. Tada demonas atmeta valdymo paketus tuneliui, kurį sukūrė pats. Versijos eilutė svarbesnė už distribucijos pavadinimą.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Pataisytas paketas yra 1.3.16-1ubuntu0.1, todėl kompiliavimas be šios priesagos yra senesnis už pataisą. Politikos išvestis rodo, kurį kandidatą įdiegtų atnaujinimas, o sulaikymo sąrašas paaiškina, kodėl pataisa neatėjo. Kur paketas prieinamas, atnaujinkite jį ir prisijunkite iš naujo per įprastą profilį, o ne redaguokite failus rankiniu būdu. Neperkompiliuokite modulių ir nekeiskite slapto rakto, kol senas kompiliavimas dar įdiegtas.

Patikrinkite PPP po pakeitimo

Sėkmingas atnaujinimas įrodomas tame sluoksnyje, kuris buvo sugadintas. Patikrinkite, ar PPP pakilo, o ne tik ar piktograma pasikeitė.

ip -4 addr show ppp0
ip route | grep ppp

Sąsajų sąrašas turėtų rodyti vietinį ir partnerio adresą, o maršrutų lentelė turėtų turėti tunelio prefiksus. Sistemos žurnalas turėtų rodyti, kad tunelis priimtas ir pppd praneša abu adresus, be pasikartojančių tunelis-nerastas eilučių. Jei PPP veikia, o srautas vis tiek nepraeina, toliau žiūrėkite maršrutizavimą arba MTU, nes L2TP etapas jau atliko savo darbą. Užrašykite veikiančią paketo versiją mašinos pastabose, kad būsimas perdiegimas negrąžintų sugadinto kompiliavimo.

Kur pataisyto paketo nėra, dokumentuotos alternatyvos yra vietinis šaltinio kompiliavimas iš 1.3.16 arba 1.3.17, perėjimas prie kl2tpd arba prisegtas versijos sumažinimas. Kiekviena iš jų turi priežiūros sąnaudų, kurias verta užrašyti.