Er L2TP villuleitarannáll tómur? Villan er líklega í journal

Þú ræsir L2TP-hjálparforritið með villuleit, horfir á flugstöðina, og það stöðvast án nokkurrar gagnlegrar upplýsingar á skjánum. Þetta er ekki bilað villuleitarflag. NetworkManager L2TP-tenging er fjögur samverkandi ferli, og aðeins sum þeirra skrifa í flugstöðina sem þú horfir á. Afgangur sönnunargagnanna er í journalinu, einni síu í burtu.

Fjögur ferli, tveir áfangastaðir annáls

Tengingin hefst með IPsec, sem er annaðhvort libreswan eða strongSwan eftir uppsetningu. Síðan keyrir L2TP-púkinn, venjulega xl2tpd og í sumum byggingum kl2tpd, göngin. Að lokum sér pppd um auðkenningu og vistföng inni í þeim.

Hjálparþjónustan samhæfir þessa hluta og prentar eigin framvindu. IPsec-púkinn og pppd tilkynna venjulega um kerfisjournalið, og þess vegna sýnir flugstöðin tengingu sem mistekst á meðan ástæðan er í skrá sem þú hefur ekki opnað.

Þessi skipting útskýrir líka hvers vegna PSK-villa og lykilorðsvilla líta eins út frá skjáborðinu: báðar valda almennri aftengingu, og stigið sem mistókst sést aðeins í úttaki hvers ferlis. Þetta er öll ástæðan fyrir því að journalið skiptir máli hér. Ein almenn skilaboð á skjáborðinu, fjórir mögulegir höfundar bak við þau.

Safnaðu einni tilraun, lestu síðan röðina

Endurtaktu einu sinni, með þekktu sniði og þekktum tíma, og lestu síðan þröngan glugga í stað allrar ræsingar. Endurteknar tilraunir meðan þú breytir stillingum gera annálinn að blöndu sem ekki er hægt að túlka.

Þessar skipanir velja þátttakandi ferlin fyrir núverandi ræsingu, og það er þess virði að staðfesta slóð viðbótarinnar í dreifingunni þinni:

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=pluto _COMM=charon _COMM=xl2tpd _COMM=pppd
rpm -ql NetworkManager-l2tp 2>/dev/null | grep nm-l2tp-service

Endurtekin svæði í einu kalli velja sameiningu þessara ferla, sem heldur röðinni í tímaröð. Á Debian-undirstaða kerfi er samsvarandi fyrirspurn dpkg -L; málið er að finna hvar hjálparforritið býr í raun áður en þú reynir að keyra það handvirkt.

Þrjú skilyrði ráða næsta skrefi

Lestu fyrsta stigið sem mistekst og veldu í samræmi við það. Ef IPsec tilkynnir mistök í tillögu eða auðkenningu jafningja myndaðist göngin aldrei, og að breyta PPP-lykilorðinu getur ekki hjálpað.

Ef göngin mynduðust og pppd hafnaði innskráningunni var sameiginlega leyndarmálið þegar í lagi og vandamálið með auðkennin er einu lagi ofar. Ef pppd samdi um vistfang og mistökin birtast seinna virka bæði og vandamálið sem eftir er er leiðsögn, DNS eða eigin stefna þjónsins.

Þessar þrjár greinar ná yfir nánast alla almenna aftengingu, og það ræður þeim hvaða ferli skráði síðustu villuna, ekki hvaða villuboð virðast mest áhyggjuefni.

Það er líka þess virði að staðfesta hvaða IPsec-bakendi er uppsettur áður en þú snertir villuleitarstillingu. Skráningavalkostur skrifaður fyrir strongSwan gerir ekkert þegar libreswan keyrir, og tengingin heldur áfram að mistakast á sama stað meðan þú breytir skrá sem enginn les.

Villuleitarmáti skilur eftir skrár

Upprunalega villuleitarvinnuflæðið keyrir þjónustuna handvirkt með villuleitarflagi, og sá máti getur skilið eftir myndaðar keyrsluskráningar þegar tengingunni lýkur.

Þessar skrár innihalda auðkenningarefni: fyrirfram deilda lykilinn, auðkenni eða hvort tveggja. Mynduð stilling sem er afrituð í spjallglugga er uppljóstrun auðkenna, ekki annálsbrotið. Fjarlægðu leyndu línurnar áður en þú deilir nokkru og eyddu möppunni þegar rannsókninni lýkur. Meðhöndlaðu þær sem leyndarmál, draga út þær tilteknu línur sem þú þarft fyrir skýrslu, og eyddu þeim eftir á í stað þess að líma möppu í miða.

Handvirka tilvikið verður líka að samræma við hið venjulega. Að ræsa villuleitarafrit á meðan þjónustan á nú þegar viðbótina gefur tvo eigendur og annál sem blandar báðum, sem er verra en ekkert villuleitarúttak.

Endurheimtu síðan venjulega hjálparforritið

Þegar rannsókninni lýkur, stöðvaðu handvirka tilvikið, fjarlægðu geymdar keyrsluskrár og tengdu aftur venjulegu leiðina svo næsti maður sjái uppsetningu sem samsvarar raunveruleikanum.

Staðfestu síðan niðurstöðuna í laginu sem mistókst, ekki við skjáborðstáknið:

journalctl -b -u NetworkManager --since -10min | tail -30
ip -4 addr show ppp0
ip -4 route get 10.20.4.10

Lotu sem auðkennir sig, fær vistfang og beinir á fyrirhugaðan áfangastað er niðurstaðan sem þú varst að villuleita. Þögul flugstöð í misheppnaðri tilraun segir þér aðeins hvar úttakið var ekki skrifað.