L2TP denbora-muga Ubuntu 22.04-n: xl2tpd-ren tunel akatsa

Mahaigainak abian den konexioa erakusten du, IPsec-ek arrakasta jakinarazten du eta PPP interfazea ez da inoiz agertzen. Syslogean tunel-zenbaki bera errepikatzen da saiakera UDP 1701ean denbora-mugara iritsi arte. Aurrez partekatutako gakoa edo zerbitzariaren konfigurazioa editatu aurretik, ezagutu forma hau: Ubuntu 22.04-n normalean xl2tpd-ren pakete-erregresioa da, eta zerbitzaria zuzen egon zen denbora guztian.

Zer esaten dizu errepikatzen den log bikoteak

Huts egiten duen saioak bi lerro inprimatzen ditu tarte erregularretan: daemonak ezin du tunelik aurkitu sarrerako kontrol-mezu baterako, eta gero jasotako dei- eta tunel-identifikatzaileak botatzen ditu. Geroago berriro saiatzeko kontagailuak muga iristen du eta konexioa 1701 portuko denbora-mugarekin ixten da. Helbide eta identifikatzaileak kasualitatekoak dira; forma da garrantzitsuena. IKE amaitu zen, L2TP kontrol-trafikoa iritsi zen, eta daemonak huts egin zuen jada sortu zuen tunel batekin lotzen.

Beraz, akatsa L2TP kontrolaren eta PPPren artean dago. Sekretuari, PPP aukerei edo urruneko azpisareari buruz ezer ez da oraindik probatu.

Egiaztatu IPsec-ek benetan arrakasta izan duela

Bi egiaztapenek hau kredentzialen arazo batetik bereizten dute, eta biak pakete-aldaketaren aurretik egin behar dira.

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

Egoera-irteerak konexioa eta bere egoera zerrendatzen ditu, eta ezarritako tunel batek lehen eta bigarren faseak amaitu zirela esan nahi du. Partekatutako gako falta bati buruzko log lerro batek sekretua bera seinalatzen du, beraz gelditu eta konpondu hori lehenengo. IPsec ezarrita dagoenean eta L2TP denbora-muga oraindik agertzen denean, daemona da susmagarri bakarra. Gorde saiakera bakarreko lerro zehatzak, egun osoko berriro saiakera guztien ordez.

Egiaztatu xl2tpd-ren konpilazioa, ez bertsioaren izena

Ubunturen jammy konpilazioak xl2tpd 1.3.16rentzat lotura-denborako optimizazioa gaitu zuen, eta horrek zerbitzariaren SCCRP erantzuneko tunel-identifikatzailearen analisia hautsi zuen. Orduan daemonak berak sortutako tunel baterako kontrol-paketeak baztertzen ditu. Bertsio-katea banaketaren izena baino garrantzitsuagoa da.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Pakete zuzendua 1.3.16-1ubuntu0.1 da, beraz sufijo hori ez duen konpilazioa zuzenketa baino zaharragoa da. Politika-irteerak erakusten du zein hautagai instalatuko lukeen bertsio-berritzeak, eta atxikipen-zerrendak azaltzen du zergatik ez den zuzenketa iritsi. Paketea eskuragarri dagoen lekuan, eguneratu eta berriro konektatu profil arruntaren bidez, fitxategiak eskuz editatu beharrean. Ez berreraiki moduluak eta ez aldatu sekretua konpilazio zaharra oraindik instalatuta dagoen bitartean.

Egiaztatu PPP aldaketaren ondoren

Bertsio-berritze arrakastatsu bat hautsita zegoen geruzan frogatzen da. Egiaztatu PPP altxatu dela, eta ez bakarrik ikonoa aldatu dela.

ip -4 addr show ppp0
ip route | grep ppp

Interfazeen zerrendak tokiko helbide bat eta parekoaren helbide bat erakutsi beharko luke, eta ibilbide-taulak tunelaren aurrizkiak eraman beharko lituzke. Syslogeak tunela onartu dela eta pppd-k bi helbideak jakinarazten dituela erakutsi beharko luke, tunela ez aurkitu esaldiak errepikatu gabe. PPP altxatuta badago eta trafikoak oraindik huts egiten badu, begiratu ondoren bideratzea edo MTU, L2TP etapa bere lana amaitu duelako. Idatzi funtzionatzen duen pakete-bertsioa makinaren oharretan, etorkizuneko berrinstalazio batek konpilazio hautsia berrezar ez dezan.

Pakete zuzendua eskuragarri ez dagoen lekuan, dokumentatutako alternatibak 1.3.16 edo 1.3.17ren iturburu-konpilazio lokala, kl2tpd-ra aldatzea edo finkatutako bertsio-jaitsiera dira. Bakoitzak idaztea merezi duen mantentze-kostua dakar.