Istek vremena L2TP na Ubuntu 22.04: greška tunela xl2tpd

Radna površina prikazuje vezu u toku, IPsec javlja uspjeh, a PPP interfejs se nikada ne pojavi. U sistemskom dnevniku isti broj tunela se ponavlja dok pokušaj ne istekne na UDP 1701. Prije uređivanja unaprijed dijeljenog ključa ili konfiguracije servera, prepoznajte ovaj oblik: na Ubuntu 22.04 to je obično regresija paketa u xl2tpd i server je cijelo vrijeme bio ispravan.

Šta vam govori par redova koji se ponavlja u dnevniku

Neuspjela sesija ispisuje par redova u pravilnim intervalima: demon ne može pronaći tunel za dolaznu kontrolnu poruku, zatim ispisuje identifikatore poziva i tunela koje je dobio. Kasnije brojač ponovnih pokušaja dostigne granicu i veza se zatvara s istekom porta 1701. Adrese i identifikatori su sporedni; oblik je ono što je važno. IKE je završen, kontrolni saobraćaj L2TP je stigao, a demon ga nije uspio povezati s tunelom koji je već stvorio.

Dakle, kvar se nalazi između L2TP kontrole i PPP-a. Ništa o tajni, PPP opcijama ili udaljenoj podmreži još nije isprobano.

Potvrdite da je IPsec zaista uspio

Dvije provjere odvajaju ovo od problema s vjerodajnicama i obje pripadaju prije bilo kakve promjene paketa.

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

Izlaz statusa navodi vezu i njeno stanje, a uspostavljen tunel znači da su prva i druga faza završene. Red u dnevniku o nedostajućem dijeljenom ključu upućuje samo na tajnu, pa se zaustavite i prvo to popravite. Kada je IPsec uspostavljen, a istek L2TP-a se još pojavljuje, demon ostaje sumnjiv. Sačuvajte tačne redove iz jednog pokušaja umjesto cijelog dana ponovnih pokušaja.

Provjerite build xl2tpd, a ne naziv izdanja

Ubuntuov jammy build xl2tpd 1.3.16 omogućio je optimizaciju pri linkanju, što je pokvarilo parsiranje identifikatora tunela u serverovom SCCRP odgovoru. Demon tada odbacuje kontrolne pakete za tunel koji je sam stvorio. Verzija je važnija od naziva distribucije.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Ispravljeni paket je 1.3.16-1ubuntu0.1, pa build bez tog sufiksa prethodi ispravci. Izlaz politike pokazuje koji bi kandidat bio instaliran nadogradnjom, a lista zadržavanja objašnjava zašto ispravka nije stigla. Gdje je paket dostupan, nadogradite ga i ponovo se povežite kroz normalni profil umjesto ručnog uređivanja datoteka. Ne ponovno gradite module i ne mijenjajte tajnu dok je stari build još instaliran.

Provjerite PPP nakon promjene

Uspješna nadogradnja dokazuje se na sloju koji je bio pokvaren. Provjerite da je PPP podignut, a ne samo da se ikona promijenila.

ip -4 addr show ppp0
ip route | grep ppp

Popis interfejsa treba pokazati lokalnu i adresu druge strane, a tabela ruta treba nositi prefikse tunela. Sistemski dnevnik treba pokazati da je tunel prihvaćen i da pppd prijavljuje obje adrese, bez ponovljenih redova o tunelu koji nije pronađen. Ako je PPP podignut, a saobraćaj još ne prolazi, zatim pogledajte rutiranje ili MTU, jer je L2TP faza završila svoj posao. Zapišite radnu verziju paketa u bilješke uređaja, da buduća reinstalacija ne vrati pokvareni build.

Gdje ispravljeni paket nije dostupan, dokumentirane alternative su lokalni build iz izvornog koda 1.3.16 ili 1.3.17, prelazak na kl2tpd ili prikovana degradacija. Svaka nosi trošak održavanja koji vrijedi zapisati.