L2TP/IPsec-villa 789, 720 eða 691: lagaðu rétta stigið fyrst
Windows tilkynnir 789, 720 eða 691 á mismunandi stigum L2TP/IPsec. Ákveddu hvort laga á NAT-stefnu, adapterstakkinn eða skilríkin áður en þú setur upp að nýju.
Windows 11 tilkynnir mismunandi númer fyrir hvert stig L2TP/IPsec, og númerið merkir stig í stað þess að meta bilunina. 789 bregst fyrir það að PPP-tengingin sé til, 720 bregst meðan tengingin er reist, og 691 bregst eftir að tengingin er komin upp og skilríkin eru hafnað. Gagnleg ákvörðun er ekki hvaða lagfæring er vinsælust; heldur hvaða stig kóðinn sannar að þú hafir náð. Lestu það fyrst, og breyttu síðan einu lagi í hvert skipti þannig að næsti kóði segi þér enn eitthvað.
Lestu kóðann sem stig, ekki sem lista yfir galla
L2TP-tenging fer yfir þrjú mörk í föstum röð. IKE semur um öryggistengingar yfir UDP 500, NAT-gegnumferð færir þá umferð á UDP 4500, og aðeins þá ber L2TP-göngin PPP-lotu sem auðkennir notandann og úthlutar vistfangi.
Þessi röð er ástæðan fyrir því að breytilegur villukóði er gagnleg sönnun. Að fara frá 789 í 720 þýðir að IPsec semur nú og bilunin hefur færst yfir í uppsetningu tengingarinnar. Að fara frá 720 í 691 þýðir að tengingin kom upp og gáttin hafnaði auðkenninu. Ef þú beitir fimm lagfæringum í einu tapar þú þessu merki og getur ekki sagt hvaða breyting virkaði.
789: veldu á milli slóðarinnar og staðbundnu stefnunnar
Kóði 789 er vinnsluvilla í fyrstu öryggissamningaviðræðum. IPsec bjó aldrei til nothæfa tengingu, þannig að reikningurinn hefur ekki verið prófaður enn. Byrjaðu á slóðinni og sameiginlega lyklinum, ekki reikningnum.
Staðfestu að UDP 500 og UDP 4500 nái í þjóninn og að fyrirfram sameiginlegi lykillinn passi bæti fyrir bæti, þar á meðal há- og lágstafir og bil í lokin. Ef þjónninn er bak við NAT gæti Windows einnig þurft skjalfestu skráargildið. Notaðu 1 þegar þjónninn er bak við NAT og 2 þegar báðir endar eru það, endurræstu síðan því stefnuumboðið les gildið við ræsingu:
reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f
Þyngri adapterviðgerðin tilheyrir hinni greininni. Að fjarlægja Wi-Fi-tækið og WAN-smátengin og skanna síðan fyrir vélbúnaði er réttlætanlegt þegar staðbundni IPsec-stakkinn sjálfur er skemmdur og aðrar VPN-tegundir bregðast á sama hátt. Það er sóað átak þegar aðeins einn L2TP-þjónn bregst á meðan allar aðrar netleiðir virka.
720: veldu á milli þessa adapters og þjónahópsins
Villa 720 tilkynnir að ekki tókst að koma á tengingu við fjartölvuna, og hún birtist eftir að IPsec heppnaðist. Göngin náðu þeim punkti að reisa viðmót eða fá vistfang, og stoppuðu síðan. Það gerir hana að spurningu um staðbundinn adapter eða getu þjónsins.
Notaðu áhrifageisla til að ákveða. Bilun á einni Windows-vél bendir á gallað WAN-smátengi, stöðvuðu Remote Access-þjónustuna eða skemmda tengingarsnið. Bilun á nokkrum biðlurum á sama tíma bendir á þjóninn: uppurið vistfangasafn, stöðvuð RRAS-þjónusta eða safn sem passar ekki lengur við undirnet biðlarans. Lagaðu þá hlið sem mynstrið bendir á áður en þú breytir hinni.
Á einn-biðlara greininni skaltu fjarlægja WAN-smátengin einu sinni og skanna fyrir vélbúnaðarbreytingum, endurræstu síðan og prófa aftur. Á þjónagreininni skaltu athuga safnið og stöðu þjónustunnar frekar en biðlarann, því uppsetning að nýju á virkum adapter getur ekki búið til vistfang sem þjónninn hefur ekki.
691: veldu á milli skilríkisins og stöðvaðs aðstoðarmanns
Kóði 691 er höfnun auðkenningar, og það er kóðinn sem oftast er mislesinn sem rangt lykilorð. Göngin eru uppi, gáttin sá auðkenni og hafnaði því. Orsökin getur samt verið utan lykilorðsreitsins.
Athugaðu fyrst lénsreitinn, síðan nákvæma stafi í lykilorðinu. Lykilorð sem inniheldur bil, gæsalappir eða sérstakt skeljartákn getur skemmst áður en það nær í þjóninn; á Linux, pppd tilkynnir sömu höfnun og E=691 fyrir gildi án gæsalappa eða vantar lén. Sláðu leyndarmálið inn aftur í stað þess að líma það, og hreinsaðu öll vistuð skilríki sem gætu geymt eldra gildi.
Greinin sem fólk missir af er stöðvuð aðstoðarþjónusta. Þegar biðlari söluaðila treystir á eigin þjónustu til að senda skilríki til gáttarinnar framleiðir óvirk eða hrunin þjónusta 691 jafnvel þótt lykilorðið sé rétt. Athugaðu stöðu þjónustu söluaðilans áður en þú endurstillir reikninginn, sérstaklega eftir endurræsingu eða uppfærslu.
Til að greina greinarnar, prófaðu sama notandanafn á annarri virkri VPN-sniði eða RADIUS-prófunarreikningi. Ef það tekst er skilríkið í lagi og staðbundin biðlaraleið grunsamleg. Ef það bregst á sama hátt er vandamálið reikningurinn eða stefna gáttarinnar.
Breyttu einu lagi í hvert skipti
Vinnu að utan inn: aðgengi og NAT-gegnumferð, síðan fyrirfram sameiginlegi lykillinn, síðan staðbundni adapterstakkinn, síðan skilríkið, síðan þjónahópurinn og þjónusturnar. Sú röð fylgir stigunum sem kóðarnir lýsa og heldur hverri niðurstöðu rekjanlegri til einnar breytingar.
Haltu stuttri skrá um kóðann fyrir og eftir hvert skipti, útgáfu biðlarans og hvort þjóninum eða biðlaranum var breytt. Röð eins og 789, síðan 720, síðan 691 er kort af framvindu; sami kóði tvisvar þýðir að síðasta breyting tók ekki á því stigi. Uppsetning Windows að nýju þurrkar þetta kort og lagar sjaldan bilun sem býr í gáttinni.
Þegar kóðinn hættir að breytast skaltu hætta að breyta hlutum. Skráðu núverandi kóða, vistfang þjónsins, auðkenningaraðferðina og tíma tilraunarinnar, og berðu síðan þá skrá saman við biðlara sem virkar. Munurinn á skránum tveimur er venjulega minni en listinn yfir lagfæringar sem fólk prófar sjálfgefið.