Časovna omejitev L2TP v Ubuntu 22.04: napaka predora xl2tpd

Namizje prikazuje povezavo v teku, IPsec poroča o uspehu, vmesnik PPP pa se nikoli ne pojavi. V sistemskem dnevniku se ista številka predora ponavlja, dokler poskus ne poteče na UDP 1701. Preden urejate vnaprej deljeni ključ ali konfiguracijo strežnika, prepoznajte to obliko: v Ubuntu 22.04 gre običajno za regresijo paketa v xl2tpd, strežnik pa je bil ves čas pravilen.

Kaj vam pove ponavljajoči se par vrstic v dnevniku

Neuspešna seja v rednih intervalih izpiše par vrstic: demon ne najde predora za dohodno krmilno sporočilo, nato izpiše identifikatorje klica in predora, ki jih je prejel. Pozneje števec ponovitev doseže mejo in povezava se zapre s časovno omejitvijo na vratih 1701. Naslovi in identifikatorji so naključni; pomembna je oblika. IKE se je zaključil, krmilni promet L2TP je prispel, demon pa ga ni mogel povezati s predorom, ki ga je že ustvaril.

Napaka je torej med krmiljenjem L2TP in PPP. O skrivnosti, možnostih PPP ali oddaljenem podomrežju še ni bilo nič preverjeno.

Potrdite, da je IPsec res uspel

Dva pregleda ločita to od težave s poverilnicami in oba sodita pred vsako spremembo paketa.

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

Izhod stanja navaja povezavo in njeno stanje, vzpostavljen predor pa pomeni, da sta prva in druga faza končani. Vrstica v dnevniku o manjkajočem skupnem ključu kaže samo na skrivnost, zato se ustavite in najprej to popravite. Ko je IPsec vzpostavljen, časovna omejitev L2TP pa se še pojavlja, demon ostaja osumljenec. Shranite natančne vrstice enega poskusa namesto celega dneva ponovitev.

Preverite gradnjo xl2tpd, ne imena izdaje

Gradnja jammy xl2tpd 1.3.16 v Ubuntu je omogočila optimizacijo ob povezovanju, kar je pokvarilo razčlenjevanje identifikatorja predora v odgovoru SCCRP strežnika. Demon nato zavrže krmilne pakete za predor, ki ga je ustvaril sam. Verzionalni niz je pomembnejši od imena distribucije.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Popravljeni paket je 1.3.16-1ubuntu0.1, zato je gradnja brez tega pripona starejša od popravka. Izhod politike pokaže, katerega kandidata bi namestila posodobitev, seznam zadržanih pa pojasni, zakaj popravek ni prispel. Kjer je paket na voljo, ga posodobite in se znova povežite prek običajnega profila, namesto da bi datoteke urejali ročno. Ne obnavljajte modulov in ne spreminjajte skrivnosti, dokler je stara gradnja še nameščena.

Po spremembi preverite PPP

Uspešna posodobitev se dokaže na plasti, ki je bila pokvarjena. Preverite, ali se je PPP dvignil, ne le ali se je ikona spremenila.

ip -4 addr show ppp0
ip route | grep ppp

Seznam vmesnikov bi moral prikazati lokalni naslov in naslov partnerja, usmerjevalna tabela pa bi morala nositi predpone predora. Sistemski dnevnik bi moral prikazati sprejeti predor in pppd, ki poroča oba naslova, brez ponavljajočih se vrstic o predoru, ki ga ni mogoče najti. Če PPP deluje in promet še vedno ne gre, poglejte nato usmerjanje ali MTU, ker je faza L2TP že opravila svoje delo. Zapišite delujočo različico paketa v opombe stroja, da prihodnja ponovna namestitev ne bo obnovila pokvarjene gradnje.

Kjer popravljeni paket ni na voljo, so dokumentirane alternative lokalna gradnja iz izvorne kode 1.3.16 ali 1.3.17, prehod na kl2tpd ali pripeta vrnitev na starejšo različico. Vsaka prinaša strošek vzdrževanja, ki ga velja zapisati.