Töölaud näitab pooleliolevat ühendust, IPsec teatab edust ja PPP-liides ei ilmu kunagi. Süsteemilogis kordub sama tunneli number, kuni katse aegub UDP 1701 peal. Enne eeljagatud võtme või serveri konfiguratsiooni muutmist tundke see muster ära: Ubuntu 22.04 puhul on see tavaliselt paketi regressioon xl2tpd-s ja server oli kogu aeg korras.

Mida ütleb teile korduv logipaar

Ebaõnnestuv sessioon prindib regulaarsete ajavahemike järel kaks rida: deemon ei leia sissetulevale juhtimisteatele tunnelit, seejärel pritsib välja talle antud kõne- ja tunneliidentifikaatorid. Hiljem jõuab korduskatse loendur piirini ja ühendus suletakse pordi 1701 aegumisega. Aadressid ja identifikaatorid on juhuslikud; tähtis on muster. IKE lõppes, L2TP juhtimisliiklus saabus ja deemon ei suutnud seda siduda tunneliga, mille ta oli ise juba loonud.

Seega asub viga L2TP juhtimise ja PPP vahel. Salajase võtme, PPP valikute ega kaugvõrgu kohta ei ole veel midagi proovitud.

Kinnitage, et IPsec tõesti õnnestus

Kaks kontrolli eraldavad selle mandaatide probleemist ja mõlemad kuuluvad enne igasugust paketimuudatust.

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

Olekuväljund loetleb ühenduse ja selle oleku ning loodud tunnel tähendab, et esimene ja teine faas lõppesid. Logirida puuduva jagatud võtme kohta osutab ainult salajasele võtmele, seega peatuge ja parandage see esimesena. Kui IPsec on loodud ja L2TP aegumine ilmub endiselt, on deemon järelejäänud kahtlusalune. Hoidke ühe katse täpsed read, mitte terve päeva korduskatseid.

Kontrollige xl2tpd ehitust, mitte väljaande nime

Ubuntu jammy ehitus xl2tpd 1.3.16-st lülitas sisse linkimisaegse optimeerimise, mis rikkus tunneli identifikaatori parsimise serveri SCCRP vastuses. Seejärel viskab deemon kõrvale juhtimispaketid tunneli jaoks, mille ta ise lõi. Versioonistring loeb rohkem kui distributsiooni nimi.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Parandatud pakett on 1.3.16-1ubuntu0.1, seega ilma selle sufiksita ehitus on parandusest vanem. Poliitika väljund näitab, millise kandidaadi uuendus paigaldaks, ja hoidmisnimekiri selgitab, miks parandus pole saabunud. Kus pakett on saadaval, uuendage see ja ühenduge uuesti tavalise profiili kaudu, selle asemel et faile käsitsi muuta. Ärge ehitage mooduleid uuesti ega muutke salajast võtit, kuni vana ehitus on veel paigaldatud.

Kontrollige PPP-d pärast muudatust

Edukas uuendus tõestatakse kihil, mis oli katki. Kontrollige, et PPP tõusis, mitte ainult et ikoon muutus.

ip -4 addr show ppp0
ip route | grep ppp

Liideste loend peaks näitama kohalikku ja partneri aadressi ning marsruutimistabel peaks kandma tunneli prefikseid. Süsteemilogis peaks olema näha, et tunnel võeti vastu ja pppd teatab mõlemast aadressist, ilma korduvate ridadeta tunneli mitteleidmise kohta. Kui PPP töötab ja liiklus ikka ebaõnnestub, vaadake järgmisena marsruutimist või MTU-d, sest L2TP etapp on oma töö teinud. Kirjutage töötav paketiversioon masina märkmetesse, et tulevane uuestipaigaldus ei taastaks katkist ehitust.

Kus parandatud pakett pole saadaval, on dokumenteeritud alternatiivid kohalik lähtekoodist ehitatud 1.3.16 või 1.3.17, üleminek kl2tpd-le või kinnitatud versioonilangetus. Igaüks neist toob kaasa hoolduskulu, mis tasub üles kirjutada.

Seotud artiklid