NAT-T skráargildi Windows: skoðaðu topólógíuna fyrst

Windows VPN-tenging mistekst, leit skilar skráargildi og gildinu er komið fyrir ásamt endurræsingu. Þessi röð virkar stundum og skýrir aldrei neitt. Stillingin sem um ræðir svarar einni spurningu um hvar þjónninn er gagnvart NAT-tæki, og hún er merkingarlaus þar til þú veist hvaða samskiptareglur og á hvaða stigi mistókust.

Hvað gildið velur í raun

AssumeUDPEncapsulationContextOnSendRule ákvarðar hvort Windows IPsec-útfærsla muni reyna að mynda tengsl við jafningja bak við NAT-tæki. Skjalfesta sjálfgefna gildið 0 leyfir það tilvik ekki, 1 leyfir það þegar þjónninn er hliðin bak við NAT, og 2 nær yfir þýðingu beggja enda. Þetta eru fullyrðingar um topólógíu — hver er hvar.

Lesin sem röð lýsa tölurnar sífellt meiri þýðingu, ekki sífellt meiri áreiðanleika. Að setja 2 á net þar sem ekkert er þýtt gerir tenginguna ekki hraðari né stöðugri og lagar ekki auðkenningarbilun. Leiðarvísir Microsoft um NAT fyrir L2TP/IPsec skjalfestir stefnuna og sögulegt samhengi hennar á vettvangi. Berðu það samhengi saman við Windows-útgáfuna og hlutverkið sem þú keyrir í raun, því skjal sem hefur lifað nokkrar útgáfur er ekki fullyrðing um hvert núverandi byggingarstig.

Stilltu topólógíuna fyrir töluna

Teiknaðu leiðina og merktu þýðingarstaðina: er biðlarinn bak við heimanetstengil, er þjónninn bak við álagsdreifir eða eldvegg sem endurskrifar vistföng, og er annar endinn bak við þýðingu flutningsaðila sem þú stjórnar ekki. Aðeins eftir þá teikningu geturðu ákveðið hvort gildið eigi við og fyrir hvorn endann.

Fullyrðingin um að núverandi Windows Server-útgáfur komi einfaldlega með NAT-traversal óvirkt er of víðtæk til að byggja á. Það sem skiptir máli er stefnan á kerfinu þínu, topólógían fyrir framan það og skiptin sem mistókust, í þeirri röð. Ef báðir endar hafa opinber vistföng er stillingin ekki þitt vandamál. Horfðu frekar á tillöguna, skírteinið eða reikninginn og láttu skrána í friði.

Skoðaðu stig bilunarinnar fyrst

L2TP/IPsec framleiðir að minnsta kosti þrjár ólíkar bilanir: jafninginn er óaðgengilegur, ekki er hægt að koma á IPsec-vernd og PPP-notandaaðkenningu er hafnað eftir að göngin eru til. Hafnaður reikningur er ekki lagfærður með því að breyta NAT-stefnu, og misræmi í tillögum er ekki lagfært með endurræsingu.

Get-VpnConnection -Name "Corp L2TP" | Format-List Name, ServerAddress, TunnelType, EncryptionLevel
Get-WinEvent -LogName System -MaxEvents 40 | Where-Object Id -in 20227,20226,20274
netsh interface ipv4 show interfaces

Tímatakmörk án svara bendir til aðgengis eða síunar frekar en stefnu. Skjót höfnun með tillöguskilaboðum bendir á reiknirit. Bilun eftir að göngin eru komin upp tilheyrir auðkenningarstiginu, sem er annar eigandi og önnur lausn.

SSTP yfir HTTPS og innfædd IKEv2 hafa sín eigin skrár og sína eigin stýringu. Ekkert þeirra verður NAT-traversal mál eingöngu vegna þess að þau keyra líka á Windows.

Gerðu breytinguna með leið til baka

Ef skjalfesta stefnan og sú topólógía sem sést krefjast þess bæði skaltu skrá fyrra gildi, beita breytingunni í gegnum stýrða stillingu frekar en skriftu fyrir hvert snið og skipuleggja endurræsinguna. Á þjóni sem styður önnur vinnuálag er þetta ekki meinlaust inngrip.

NAT-tækið verður samt að bera umbúðaða flutninginn og endurkomaumferðina. Skráargildi býr ekki til framsendingarreglu, stillir engar tillögur saman og staðfestir enga auðkenni, svo tenging sem fer að virka eftir breytinguna getur verið að virka af allt öðrum ástæðum. Prófaðu upprunalegu samskiptareglurnar með upprunalegu topólógíunni og skrifaðu síðan niður hvaða stig mistókst og hvers vegna átt var von á að gildið myndi leysa það. Þessi setning er það sem gerir orðrómur á netinu að stillingu sem þú getur varið.