L2TP/IPsec tengist á einu neti og tímamarkast á öðru

Sama fartölva, sama prófíll og sama lykilorð virka í einni byggingu og mistakast í annarri. Þessi samanburður er gagnlegasta sönnunin í miðanum, og hann er venjulega það fyrsta sem hent er. Milli tveggja aðgangsneta fer skiptin í gegnum aðra vistfangsþýðingu, aðrar síur og aðra hjálpara beinans. Að halda biðlaranum óbreyttum og breyta aðeins netinu er leiðin til að komast að því hvað af þessu skiptir máli.

Festu biðlarann áður en net eru borin saman

Ekki breyta neinu á tækinu fyrr en þú hefur skrá um virka tilfellið: útgáfu biðlarans, innihald prófilsins, heiti þjónsins og tíma árangursríku tengingarinnar. Endurgerðu síðan bilunina á öðru netinu í sama lotu, svo staða biðlarans sé eins einsleit og mögulegt er. Prófíll sem breytt er milli tilraunanna tveggja ógildir allan samanburðinn. Markmiðið er ein breyta, og sú breyta er netið.

Staðfestu fyrst venjulegan netaðgang á netinu þar sem bilunin er, þar á meðal gestagátt ef hún er til. Gátt sem var aldrei fullnægt framleiðir tímamark sem lítur nákvæmlega út eins og sigtuð göng, og sú athugun tekur eina mínútu.

Fjögur stig, fjögur mismunandi villuskilaboð

L2TP/IPsec tenging fer í gegnum fjögur stig og RFC 3193 lýsir fyrirkomulaginu sem bindur fyrstu tvö. IKE-samningaviðræður eru þar sem sigtuð leið framleiðir hljóðlátt tímamark. IPsec-auðkenning er þar sem misræmi í skírteini eða fyrirfram deildum lykli framleiðir í staðinn skýra höfnun. Uppsetning L2TP-ganga er þar sem þegar stofnuð öryggissamtök geta samt sem áður leitt hvergi, og PPP-innskráning er þar sem rangt skilríki framleiðir loks sýnilega bilun. Lestu skrána fyrir stigið sem stoppaði, ekki síðustu línuna sem prentuð var.

journalctl -u strongswan --since '-5 min' | tail -20
journalctl -u xl2tpd --since '-5 min' | tail -20
ip -4 route get 198.51.100.10

strongSwan-skráin sýnir hvort IKE-skiptin náðu tillögu og hvort jafninginn svaraði yfirhöfuð, sem aðgreinir aðgengi frá stefnu. xl2tpd-skráin tekur við þar sem IPsec endar, svo stofnuð öryggissamtök án nokkurs í þeirri skrá benda á L2TP-stigið. Leiðarfyrirspurnin staðfestir að biðlarinn sendir á vistfang þjónsins sem þú heldur, sem grípur úrelt DNS-svar sem erfast frá fyrra neti. Saman nefna þrjár útkomurnar stig í stað einkenna.

Berðu saman NAT-dýpt og hegðun hjálparans

NAT-gegnumferð færir varið umferð yfir í UDP-hjúpun þegar þýðing greinist, svo portnúmerin sem bera virka lotu geta verið frábrugðin þeim á kyrrstæðu skýringarmynd. Að leyfa eitt uppsetningarpakka sannar ekkert um restina af skiptunum, og ytri portskönnun getur ekki sagt þér hvernig jafninginn meðhöndlar gilt auðkennt umferð. Önnur þýðingarlag breytir myndinni aftur, því vörpunin er nú til tvisvar og rennur út samkvæmt tveimur mismunandi áætlunum. Þýðing á flutningsaðilastigi á farsímatengingu er venjulega ástæðan fyrir því að virkur skrifstofuprófíll mistekst á hotspot síma.

Hjálparar beinans eru jafn margbreytilegir og netin. Sumur fastbúnaður grípur og endurskrifar skiptin, annar hættir bara að henda þeim, og sumur beitir stillingunni aðeins í eldri ham. Lestu eigin lýsingu fastbúnaðarins á gátreitnum, og þar sem samhæfingarhamur er til, prófaðu hann sem eina vísvitandi breytingu í stað þriggja í einu.

Útfarandi biðlari, innkomandi þjónn: tvö mismunandi vandamál

Útfarandi biðlari og innkomandi þjónn þurfa mismunandi aðgengi uppstreymis, og gegnumstreymisaðgerð sem hjálpar þeim fyrri gerir ekkert fyrir þann seinni. Heimabeini sem leyfir fartölvunni að ná fjarlægri gátt tekur ekki við innkomandi tengingum á þjón bak við sig af þeim sökum. Að rugla þeim tveimur sendir þig að leita að portflutningi sem var aldrei vandamálið. Tilgreindu hvaða hlutverki bilaða tækið gegnir áður en þú berð eitthvað saman.

Eftir studda breytingu skaltu endurtaka sömu tengingu og skrá stigið sem hún náði. Haltu virka prófílnum og athugasemdinni um bilaða netið saman, og endurstilltu ekki skilríkin né setji biðlarann upp aftur, því það hentir sönnununum sem samanburðurinn byggðist á.