L2TP-időtúllépés Ubuntu 22.04-en: az xl2tpd alagúthibája

Az asztal folyamatban lévő kapcsolatot mutat, az IPsec sikert jelent, és a PPP-interfész soha nem jelenik meg. A rendszernaplóban ugyanaz az alagút szám ismétlődik, amíg a kísérlet időtúllépésbe nem fut az UDP 1701-en. Mielőtt szerkesztené az előre megosztott kulcsot vagy a kiszolgáló konfigurációját, ismerje fel ezt a formát: Ubuntu 22.04-en ez általában csomagolási regresszió az xl2tpd-ben, és a kiszolgáló végig helyes volt.

Mit mond Önnek az ismétlődő naplópár

A sikertelen munkamenet rendszeres időközönként két sort nyomtat: a démon nem talál alagutat egy bejövő vezérlőüzenethez, majd kiírja a kapott hívás- és alagút-azonosítókat. Később az újrapróbálkozás-számláló eléri a határát, és a kapcsolat lezárul egy 1701-es porton történő időtúllépéssel. A címek és azonosítók esetlegesek; a forma számít. Az IKE befejeződött, megérkezett az L2TP vezérlőforgalom, és a démon nem tudta azt egy általa már létrehozott alagúthoz rendelni.

A hiba tehát az L2TP-vezérlés és a PPP között van. A titokról, a PPP-beállításokról és a távoli alhálózatról még semmit nem próbáltak ki.

Erősítse meg, hogy az IPsec valóban sikerült

Két ellenőrzés választja el ezt a hitelesítőadat-problémától, és mindkettő minden csomagmódosítás előtt történik.

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

Az állapotkimenet felsorolja a kapcsolatot és annak állapotát, a létrehozott alagút pedig azt jelenti, hogy az első és a második fázis befejeződött. A hiányzó megosztott kulcsról szóló naplósor csak a titokra mutat, ezért álljon meg, és először azt javítsa. Amikor az IPsec létrejött, és az L2TP-időtúllépés még mindig megjelenik, a démon a fennmaradó gyanúsított. Őrizze meg egy kísérlet pontos sorait egy egész napos újrapróbálkozás helyett.

Az xl2tpd buildjét ellenőrizze, ne a kiadás nevét

Az Ubuntu jammy buildje az xl2tpd 1.3.16-ból engedélyezte a linkelési idejű optimalizálást, ami eltörte az alagút-azonosító elemzését a kiszolgáló SCCRP-válaszában. A démon ezután eldobja az általa létrehozott alagút vezérlőcsomagjait. A verziószöveg többet számít, mint a disztribúció neve.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

A javított csomag az 1.3.16-1ubuntu0.1, tehát az e nélkül az utótag nélküli build régebbi a javításnál. A házirend-kimenet megmutatja, melyik jelöltet telepítené egy frissítés, a visszatartási lista pedig elmagyarázza, miért nem érkezett meg a javítás. Ahol a csomag elérhető, frissítse, és a normál profilon keresztül csatlakozzon újra, ne kézzel szerkessze a fájlokat. Ne építsen újra modulokat, és ne változtassa meg a titkot, amíg a régi build telepítve van.

Ellenőrizze a PPP-t a változtatás után

A sikeres frissítés azon a rétegen bizonyítható, amely el volt törve. Ellenőrizze, hogy a PPP feljött, és nem csak azt, hogy megváltozott az ikon.

ip -4 addr show ppp0
ip route | grep ppp

Az interfészlistának helyi és partner címet kell mutatnia, az útvonaltáblának pedig az alagút előtagjait kell hordoznia. A rendszernaplónak mutatnia kell az elfogadott alagutat és a pppd mindkét címről szóló jelentését, ismétlődő alagút-nem-található sorok nélkül. Ha a PPP fut, és a forgalom mégis meghiúsul, nézze meg utána az útválasztást vagy az MTU-t, mert az L2TP-szakasz befejezte a munkáját. Jegyezze fel a működő csomagverziót a gép megjegyzéseibe, hogy egy jövőbeli újratelepítés ne állítsa vissza a törött buildet.

Ahol a javított csomag nem elérhető, a dokumentált alternatívák az 1.3.16 vagy 1.3.17 helyi forrásból történő buildje, a kl2tpd-re való váltás vagy egy rögzített visszalépés. Mindegyik karbantartási költséggel jár, amelyet érdemes feljegyezni.