Terfyn amser L2TP ar Ubuntu 22.04: nam twnnel xl2tpd

Mae'r bwrdd gwaith yn dangos cysylltiad ar y gweill, mae IPsec yn adrodd llwyddiant, ac nid yw'r rhyngwyneb PPP byth yn ymddangos. Yn y syslog mae'r un rhif twnnel yn ailadrodd nes bod yr ymgais yn dod i ben ar UDP 1701. Cyn golygu'r allwedd a rennir ymlaen llaw na chyfluniad y gweinydd, adnabyddwch y siâp hwn: ar Ubuntu 22.04 mae fel arfer yn ôl-gam pecynnu yn xl2tpd, ac roedd y gweinydd yn gywir drwy'r amser.

Beth mae'r pâr syslog sy'n ailadrodd yn ei ddweud wrthych

Mae sesiwn sy'n methu yn argraffu pâr o linellau ar ysbeidiau rheolaidd: ni all y daemon ddod o hyd i dwnnel ar gyfer neges reoli sy'n dod i mewn, yna mae'n dympio'r dynodwyr galwad a thwnnel a roddwyd iddo. Yn ddiweddarach mae'r cyfrifydd ailgeisio yn cyrraedd ei derfyn ac mae'r cysylltiad yn cau gyda therfyn amser porth 1701. Mae cyfeiriadau a dynodwyr yn achlysurol; y siâp sy'n bwysig. Gorffennodd IKE, cyrhaeddodd traffig rheoli L2TP, a methodd y daemon â'i gysylltu â thwnnel yr oedd eisoes wedi'i greu.

Felly mae'r nam yn gorwedd rhwng rheolaeth L2TP a PPP. Nid oes dim am y gyfrinach, opsiynau PPP na'r is-rwydwaith anghysbell wedi'i brofi eto.

Cadarnhewch fod IPsec wedi llwyddo mewn gwirionedd

Mae dau wiriad yn gwahanu hyn oddi wrth broblem manylion mewngofnodi, ac mae'r ddau yn perthyn cyn unrhyw newid pecyn.

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

Mae allbwn statws yn rhestru'r cysylltiad a'i gyflwr, ac mae twnnel sefydledig yn golygu bod cam un a cham dau wedi cwblhau. Mae llinell log am allwedd a rennir ar goll yn cyfeirio at y gyfrinach yn unig, felly stopiwch a thrwsiwch hynny'n gyntaf. Pan fydd IPsec wedi'i sefydlu ac mae'r terfyn amser L2TP yn dal i ymddangos, y daemon yw'r unig un dan amheuaeth. Cadwch y llinellau union o un ymgais yn hytrach na diwrnod cyfan o ailgeisio.

Gwiriwch adeiladwaith xl2tpd, nid enw'r rhyddhad

Roedd adeiladwaith jammy Ubuntu o xl2tpd 1.3.16 wedi galluogi optimeiddio amser cysylltu, a achosodd i ddadansoddi dynodydd y twnnel yn ymateb SCCRP y gweinydd dorri. Yna mae'r daemon yn gwrthod pecynnau rheoli ar gyfer twnnel y creodd ei hun. Mae'r llinyn fersiwn yn bwysicach na'r enw dosbarthu.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

Y pecyn wedi'i gywiro yw 1.3.16-1ubuntu0.1, felly mae adeiladwaith heb yr ôl-ddodiad hwnnw yn rhagflaenu'r cywiriad. Mae allbwn polisi yn dangos pa ymgeisydd y byddai uwchraddiad yn ei osod, ac mae'r rhestr ddal yn egluro pam nad yw'r cywiriad wedi cyrraedd. Lle mae'r pecyn ar gael, uwchraddiwch ef ac ailgysylltu drwy'r proffil arferol yn lle golygu ffeiliau â llaw. Peidiwch ag ailadeiladu modiwlau na newid y gyfrinach tra bo'r hen adeiladwaith yn dal i fod wedi'i osod.

Gwiriwch PPP ar ôl y newid

Profir uwchraddiad llwyddiannus ar y haen a oedd wedi torri. Gwiriwch fod PPP wedi codi, nid yn unig bod yr eicon wedi newid.

ip -4 addr show ppp0
ip route | grep ppp

Dylai'r rhestr rhyngwyneb ddangos cyfeiriad lleol a chyfeiriad cymar, a dylai'r tabl llwybr gario rhagddodiaid y twnnel. Dylai syslog ddangos y twnnel wedi'i dderbyn a pppd yn adrodd y ddau gyfeiriad, heb linellau twnnel heb ei ganfod yn ailadrodd. Os yw PPP i fyny ac mae traffig yn dal i fethu, edrychwch nesaf ar lwybreiddio neu MTU, oherwydd mae cam L2TP wedi gorffen ei waith. Cofnodwch y fersiwn pecyn sy'n gweithio yn nodiadau'r peiriant, fel nad yw ailosod yn y dyfodol yn adfer yr adeiladwaith wedi torri.

Lle nad yw'r pecyn wedi'i gywiro ar gael, y dewisiadau amgen a ddogfennwyd yw adeiladwaith lleol o'r ffynhonnell 1.3.16 neu 1.3.17, newid i kl2tpd, neu is-raddiad wedi'i binio. Mae pob un yn cario cost cynnal y mae'n werth ei chofnodi.