L2TP noildze Ubuntu 22.04: xl2tpd tuneļa kļūda

Darbvirsma rāda notiekošu savienojumu, IPsec ziņo par panākumiem, un PPP saskarne nekad neparādās. Sistēmas žurnālā tas pats tuneļa numurs atkārtojas, līdz mēģinājums beidzas ar noildzi UDP 1701. Pirms rediģējat iepriekš kopīgoto atslēgu vai servera konfigurāciju, atpazīstiet šo formu: Ubuntu 22.04 tas parasti ir pakotnes regresija xl2tpd, un serveris visu laiku bija pareizs.

Ko jums stāsta atkārtotais žurnāla pāris

Neveiksmīga sesija regulāri izdrukā divas rindas: dēmons neatrod tuneli ienākošajam kontroles ziņojumam, pēc tam izmet saņemtos izsaukuma un tuneļa identifikatorus. Vēlāk atkārtojumu skaitītājs sasniedz savu robežu, un savienojums tiek aizvērts ar noildzi uz portu 1701. Adreses un identifikatori ir nejauši; svarīga ir forma. IKE pabeidzās, L2TP kontroles trafiks ieradās, un dēmons nespēja to saistīt ar tuneli, ko jau bija izveidojis.

Tātad kļūme atrodas starp L2TP kontroli un PPP. Par noslēpumu, PPP opcijām vai attālo apakštīklu vēl nekas nav pārbaudīts.

Pārliecinieties, ka IPsec patiešām izdevās

Divi pārbaudījumi šo atšķir no akreditācijas datu problēmas, un abi jāveic pirms jebkādas pakotnes izmaiņas.

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

Statusa izvade uzskaita savienojumu un tā stāvokli, un izveidots tunelis nozīmē, ka pirmā un otrā fāze ir pabeigtas. Žurnāla rinda par trūkstošu kopīgu atslēgu norāda tikai uz noslēpumu, tāpēc apstājieties un vispirms izlabojiet to. Kad IPsec ir izveidots un L2TP noildze joprojām parādās, dēmons paliek aizdomās turamais. Saglabājiet precīzās viena mēģinājuma rindas, nevis veselu dienu atkārtojumu.

Pārbaudiet xl2tpd būvējumu, nevis laidiena nosaukumu

Ubuntu jammy būvējums xl2tpd 1.3.16 ieslēdza saišu laika optimizāciju, kas salauza tuneļa identifikatora parsēšanu servera SCCRP atbildē. Pēc tam dēmons izmet kontroles paketes tunelim, ko pats izveidoja. Versijas virkne ir svarīgāka par izplatīšanas nosaukumu.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Labotā pakotne ir 1.3.16-1ubuntu0.1, tāpēc būvējums bez šī sufiksa ir vecāks par labojumu. Politikas izvade parāda, kuru kandidātu instalētu atjauninājums, un aizturēšanas saraksts izskaidro, kāpēc labojums nav ieradies. Kur pakotne ir pieejama, atjauniniet to un atkārtoti pievienojieties caur parasto profilu, nevis rediģējiet failus ar roku. Ne kompilējiet moduļus no jauna un nemainiet noslēpumu, kamēr vecais būvējums vēl ir instalēts.

Pārbaudiet PPP pēc izmaiņas

Veiksmīgs atjauninājums tiek pierādīts tajā slānī, kas bija bojāts. Pārbaudiet, vai PPP pacēlās, nevis tikai to, vai ikona mainījās.

ip -4 addr show ppp0
ip route | grep ppp

Saskarņu sarakstam jārāda vietējā un partnera adrese, un maršrutu tabulai jāsatur tuneļa prefiksi. Sistēmas žurnālam jārāda, ka tunelis ir pieņemts un pppd ziņo abas adreses, bez atkārtotām tunelis-nav-atrasts rindām. Ja PPP darbojas un trafiks joprojām neiet, tālāk skatieties maršrutēšanu vai MTU, jo L2TP posms jau ir pabeidzis savu darbu. Ierakstiet strādājošo pakotnes versiju mašīnas piezīmēs, lai turpmāka pārinstalēšana neatjaunotu bojāto būvējumu.

Kur labotā pakotne nav pieejama, dokumentētās alternatīvas ir vietējs pirmkoda būvējums no 1.3.16 vai 1.3.17, pāreja uz kl2tpd vai piesprausta versijas pazemināšana. Katra no tām rada uzturēšanas izmaksas, ko ir vērts pierakstīt.