د Windows NAT-T د راجستر ارزښت: لومړی ټوپولوژي وګورئ
AssumeUDPEncapsulationContextOnSendRule په L2TP/IPsec کې د NAT د موقعیت په اړه یوې پوښتنې ته ځواب وایي۔ دا د Windows VPN د تېروتنې عمومي درملنه نه ده۔
د Windows VPN اړیکه ناکامه شي، لټون یو راجستر ارزښت راګرځوي، او ارزښت له بیا پیل سره یوځای داخل شي۔ دا ترتیب کله ناکله کار کوي او هېڅکله هېڅ نه تشرېح کوي۔ پوښتل شوې تنظیمه یوه پوښتنې ته ځواب وایي چې سرور د NAT وسیلې په نسبت چېرته دی، او تر هغه بې معنا ده چې پوه نه شئ کوم پروتوکول او په کوم پړاو کې ناکام شو۔
ارزښت په حقیقت کې څه غوره کوي
AssumeUDPEncapsulationContextOnSendRule ټاکي چې د Windows IPsec پلي کول به د NAT وسیلې شاته ملګري سره اړیکې جوړولو هڅه وکړي که نه۔ مستند ډیفالټ 0 هغه حالت ته اجازه نه ورکوي، 1 هغه ته اجازه ورکوي کله چې سرور د NAT شاته اړخ وي، او 2 د دواړو سرونو ژباړې حالت رانغاړي۔ دا د ټوپولوژي په اړه څرګندونې دي—څوک چېرته دی۔
که د یوې لړۍ په توګه ولولئ، شمېرې پرله پسې زیات ژباړه تشرېح کوي، نه پرله پسې زیات باور۔ په هغه شبکه کې 2 ټاکل چې هېڅ ژباړل کېږي نه، اړیکه نه ګړندې او نه ډېره ثابته کوي، او د تصدیق ناکامي هم نه سمېږي۔ د Microsoft د L2TP/IPsec لپاره د NAT لارښود پالیسي او د هغې تاریخي پلیټ فارم شالید مستندوي۔ هغه شالید د هغې Windows نسخې او رول سره پرتله کړئ چې تاسو یې واقعاً چلوئ، ځکه هغه سند چې څو خپرونې ژوندی پاتې شوی، د هر اوسني جوړښت په اړه څرګندونه نه ده۔
له شمېرې مخکې ټوپولوژي سره سمون ورکړئ
لار رسم کړئ او د ژباړې نقطې په نښه کړئ: ایا کلاینټ د کور روټر شاته دی، ایا سرور د بار انډول کوونکي یا د پتې بیا لیکونکي فایر وال شاته دی، او ایا یو سر د هغه کیریر ژباړې شاته دی چې تاسو یې نه کنټرولوئ۔ یوازې له دې انځور وروسته کولای شئ پرېکړه وکړئ چې ارزښت پلي کېږي که نه، او په کوم سر۔
دا ادعا چې اوسني 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 وسیله باید لا هم پوښل شوې ترانسپورت او د بېرته راتلو ترافیک ووړي۔ د راجستر ارزښت هېڅ لېږدونکی قاعده نه جوړوي، هېڅ وړاندیزونه سره سمون نه ورکوي او هېڅ هویت نه تصدیقوي، نو هغه اړیکه چې له بدلون وروسته کار پیل کړي کېدای شي په بشپړ بل دلیل کار کوي۔ اصلي پروتوکول د اصلي ټوپولوژي سره بیا وازموئ، بیا ولیکئ کوم پړاو ناکام شو او ولې تمه وه چې ارزښت به یې حل کړي۔ همدا جمله د انټرنېټ اوازه په داسې ترتیباتو بدلوي چې تاسو یې دفاع کولای شئ۔