Windows VPN байланышы ишке ашпайт, издөө реестр маанисин кайтарат жана ал маани кайра жүктөө менен кошо киргизилет. Бул ырааттуулук кээде иштейт жана эч качан эч нерсени түшүндүрбөйт. Сөз болуп жаткан жөндөө сервердин NAT түзмөгүнө карата кайда экенин бир суроого жооп берет жана кайсы протокол кайсы баскычта ишке ашпаганын билмейинче маанисиз.

Маани чындыгында эмнени тандайт

AssumeUDPEncapsulationContextOnSendRule Windows IPsec ишке ашырылышы NAT түзмөгүнүн артындагы өнөктөш менен ассоциация түзүүгө аракет кылабы же жокпу аныктайт. Документтелген демейки 0 бул учурга жол бербейт, 1 сервер NAT артындагы тарап болгондо жол берет, ал эми 2 эки учтун тең которулушун камтыйт. Бул ким кайда деген топологиялык билдирүүлөр.

Ырааттуулук катары окуганда сандар барган сайын көбүрөөк ишенимдүүлүктү эмес, барган сайын көбүрөөк которууну сүрөттөйт. Эч нерсе которулбаган тармакта 2 коюу байланышты тезирээк же туруктуураак кылбайт жана аутентификация катасын оңдобойт. Microsoftтун L2TP/IPsec үчүн NAT жетекчилиги саясатты жана анын тарыхый платформалык контекстин документтейт. Бул контексти иш жүзүндө иштетип жаткан Windows версиясы жана ролу менен салыштырыңыз, анткени бир нече чыгарылыштан өткөн документ ар бир учурдагы build жөнүндө билдирүү эмес.

Сандан мурун топологияны дал келтириңиз

Жолду тартып, которуу чекиттерин белгилеңиз: кардар үй роутеринин артындабы, сервер жүктөө теңдештиргичинин же даректерди кайра жазуучу файрволдун артындабы, жана четтердин бири сиз көзөмөлдөбөгөн оператор которуусунун артындабы. Ошол сүрөттөн кийин гана маани колдонулабы жана кайсы четке колдонуларын чече аласыз.

Учурдагы Windows Server версиялары NAT traversal өчүрүлгөн абалда жөн эле келет деген ырастоо аракет кылуу үчүн өтө кең. Маанилүүсү — системаңыздагы саясат, анын алдындагы топология жана ишке ашпаган алмашуу, ушул тартипте. Эки четте тең коомдук даректер болсо, жөндөө сиздин көйгөйүңүз эмес. Анын ордуна сунушка, сертификатка же эсепке караңыз да, реестрди тынч калтырыңыз.

Адегенде ката баскычын текшериңиз

L2TP/IPsec жок дегенде үч түрдүү ката чыгарат: өнөктөшкө жетүү мүмкүн эмес, IPsec коргоосун орнотуу мүмкүн эмес, жана PPP колдонуучусун аутентификациялоо туннель пайда болгондон кийин четке кагылат. Четке кагылган эсепти NAT саясатын өзгөртүү менен оңдоого болбойт, ал эми сунуштардын дал келбестигин кайра жүктөө менен оңдоого болбойт.

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

Жооп берүүчүсүз таймаут саясатка эмес, жеткиликтүүлүккө же чыпкалоого ишарат кылат. Сунуш билдирүүсү менен тез четке кагуу алгоритмдерге ишарат кылат. Туннель көтөрүлгөндөн кийинки ката аутентификация баскычына таандык, бул башка ээ жана башка чечим.

HTTPS үстүндөгү SSTP жана табигый IKEv2 өз журналдарына жана өз көзөмөлдөрүнө ээ. Алардын эч бири Windows-то да иштегендиги үчүн гана NAT-traversal учуруна айланбайт.

Өзгөртүүнү кайтуу жолу менен жасаңыз

Эгер документтелген саясат жана байкалган топология экөө тең талап кылса, мурунку маанини жазып алыңыз, өзгөртүүнү ар бир профилдин скриптинин ордуна башкарылуучу конфигурация аркылуу колдонуңуз жана кайра жүктөөнү пландаңыз. Башка жумуш жүктөрүн колдогон серверде бул зыянсыз түзөтүү эмес.

NAT түзмөгү дагы эле инкапсуляцияланган транспортту жана кайтарым трафикти ташышы керек. Реестр мааниси эч кандай багыттоо эрежесин түзбөйт, сунуштарды теңдештирбейт жана эч кандай инсандыкты текшербейт, ошондуктан өзгөртүүдөн кийин иштей баштаган байланыш таптакыр башка себептен иштеп жатышы мүмкүн. Баштапкы протоколду баштапкы топология менен кайра сынап көрүңүз, анан кайсы баскыч ишке ашпаганын жана эмне үчүн маани аны чечет деп күтүлгөнүн жазыңыз. Ушул сүйлөм интернет ушактарын коргоого мүмкүн болгон конфигурацияга айландырат.

Тектеш макалалар