د L2TP/IPsec خطا 789، 720 یا 691: لومړی سم پړاو سم کړئ

Windows 11 د L2TP/IPsec هر پړاو لپاره بېل شمېر راپور کوي، او دا شمېر ناکامي ارزوي نه، بلکې پړاو په نښه کوي۔ 789 د PPP نښلوونکي له شتون دمخه ناکامېږي، 720 د نښلوونکي د پورته کېدو پر مهال ناکامېږي، او 691 وروسته له هغې چې نښلوونکی پورته شو او اعتبارنامې رد شوې، ناکامېږي۔ ګټوره پریکړه دا نه ده چې کوم سمون تر ټولو مشهور دی؛ دا ده چې کوډ کوم پړاو ثابتوي چې تاسو ورته رسېدلي یاست۔ لومړی هغه ولولئ، بیا په هر هڅه کې یوه طبقه بدله کړئ ترڅو بل کوډ لا هم تاسو ته څه ووایي۔

کوډ د پړاو په توګه ولولئ، نه د نیمګړتیاوو د لیست په توګه

د L2TP اړیکه په ټاکلي ترتیب درې پولې تېروي۔ IKE د UDP 500 له لارې د امنیتي ټولنو په اړه خبرې کوي، NAT تېرېدل هغه ترافیک UDP 4500 ته لېږدوي، او یوازې له هغې وروسته L2TP تونل هغه PPP غونډه وړي چې کاروونکی تصدیقوي او پته ټاکي۔

همدا ترتیب دی چې بدلېدونکی د خطا کوډ ګټور ثبوت ګرځوي۔ له 789 څخه 720 ته تګ یعنې IPsec اوس خبرې کوي او ناکامي د نښلوونکي جوړېدو ته تللې ده۔ له 720 څخه 691 ته تګ یعنې نښلوونکی پورته شو او دروازه هویت رد کړ۔ که پنځه سمونونه یوځای پلي کړئ، هغه اشاره له لاسه ورکوئ او نشئ کولی ووایاست کوم بدلون کار وکړ۔

789: د لارې او سیمه‌ایزې پالیسۍ ترمنځ وټاکئ

کوډ 789 د پیلېدونکو امنیتي خبرو پر مهال د پروسس تېروتنه ده۔ IPsec هیڅکله د کارولو وړ ټولنه جوړه نه کړه، له همدې امله حساب لا نه دی ازمویل شوی۔ له حساب نه، بلکې له لارې او شریک شوي کیلي پیل وکړئ۔

تایید کړئ چې UDP 500 او UDP 4500 سرور ته رسېږي او مخکې شریک شوی کیلي بایټ په بایټ سره سمون لري، په دې کې د تورو او کوچنیو تورو توپیر او پای ته نږدې تشې هم شاملې دي۔ که سرور د NAT شاته وي، Windows ممکن مستند شوي راجستر ارزښت ته هم اړتیا ولري۔ کله چې سرور د NAT شاته وي 1 او کله چې دواړه پایونه همداسې وي 2 وکاروئ، بیا بیا پیل کړئ ځکه چې د پالیسۍ استازی ارزښت د پیل پر مهال لولي:

reg add "HKLM\SYSTEM\CurrentControlSet\Services\PolicyAgent" /v AssumeUDPEncapsulationContextOnSendRule /t REG_DWORD /d 1 /f

درنه د اډاپټر ترمیم بل څانګې ته اړه لري۔ د Wi-Fi وسیلې او د WAN کوچنیو بندرونو لرې کول او بیا د هارډویر سکن کول هغه وخت توجیه کېږي چې پخپله سیمه‌ایز IPsec سټک خراب وي او نور VPN ډولونه هم همداسې ناکامېږي۔ دا بې ګټې هڅه ده چې یوازې یو L2TP سرور ناکام شي او نور ټول شبکه‌ایز لارې کار وکړي۔

720: د دې اډاپټر او د سرورونو د ټولګې ترمنځ وټاکئ

خطا 720 راپور کوي چې له لرې کمپیوټر سره اړیکه نه شوه ټینګېدلی، او وروسته له هغې ښکاري چې IPsec بریالی شو۔ تونل د انټرفېس پورته کولو یا پتې اخیستلو نقطې ته ورسېد او بیا ودرېد۔ دا یې د سیمه‌ایز اډاپټر پوښتنه یا د سرور ظرفیت پوښتنه ګرځوي۔

د پریکړې لپاره د اغېز وړانګه وکاروئ۔ یو Windows ماشین ناکامېدل خراب WAN کوچني بندر، ودرېدلې Remote Access خدمت یا خراب شوي اړیکې پروفایل ته اشاره کوي۔ څو کلاینټونه په یو وخت ناکامېدل سرور ته اشاره کوي: ختمه شوې پتې ټولګه، ودرېدلی RRAS خدمت یا ټولګه چې نور د کلاینټ فرعي شبکه سره سمون نه لري۔ د بل اړخ بدلولو دمخه هغه اړخ سم کړئ چې نمونه ورته اشاره کوي۔

په یو-کلاینټ څانګه کې، WAN کوچني بندرونه یو ځل لرې کړئ او د هارډویر بدلونونو لپاره سکن وکړئ، بیا بیا پیل کړئ او بیا هڅه وکړئ۔ په سرور څانګه کې، د کلاینټ پرځای ټولګه او د خدمت حالت وګورئ، ځکه چې د کارېدونکي اډاپټر بیا نصبول نشي کولی هغه پته جوړه کړي چې سرور نه لري۔

691: د اعتبارنامې او ودرېدلي مرستندوی ترمنځ وټاکئ

کوډ 691 د تصدیق ردول دي، او هغه کوډ دی چې تر ټولو ډېر د غلط پټنوم په توګه غلط لوستل کېږي۔ تونل پورته دی، دروازې هویت ولید او هغه یې رد کړ۔ لامل لا هم کېدای شي د پټنوم له ساحې بهر وي۔

لومړی د ډومېن ساحه وګورئ، بیا د پټنوم دقیق توري۔ هغه پټنوم چې تشه، اوومه نښه یا د شیل ځانګړی توری ولري کېدای شي سرور ته له رسېدو دمخه خراب شي؛ په Linux کې، pppd د نااویند شوي ارزښت یا ورک شوي ډومېن لپاره E=691 په څېر ردول راپور کوي۔ راز بیا ولیکئ نه یې چې ولګوئ، او هر ساتل شوی اعتبارنامه پاکه کړئ چې ممکن زوړ ارزښت ولري۔

هغه څانګه چې خلک یې پاتې کېږي ودرېدلی مرستندوی خدمت دی۔ کله چې د پلورونکي کلاینټ د اعتبارنامو د دروازې ته رسولو لپاره خپل خدمت ته تکیه وي، ناچارن شوی یا ټوټه شوی خدمت 691 تولیدوي حتی کله چې پټنوم سم وي۔ د حساب د بیا تنظیم دمخه، په ځانګړې توګه د بیا پیل یا تازه کولو وروسته، د پلورونکي د خدمت حالت وګورئ۔

د څانګو د بېلوولو لپاره، هماغه کاروونکی نوم په بل کارېدونکي VPN پروفایل یا د RADIUS ازموینې حساب کې وازموئ۔ که هغه بریالی شو، اعتبارنامه سمه ده او سیمه‌ایز کلاینټ لار شکمنه ده۔ که همداسې ناکامه شوه، ستونزه حساب یا د دروازې پالیسي ده۔

په هر هڅه کې یوه طبقه بدله کړئ

له بهر څخه دننه کار وکړئ: لاسرسی او NAT تېرېدل، بیا مخکې شریک شوی کیلي، بیا سیمه‌ایز اډاپټر سټک، بیا اعتبارنامه، بیا د سرورونو ټولګه او خدمتونه۔ دا ترتیب هغو پړاونو پسې ځي چې کوډونه یې بیانوي او هر نتیجه یو بدلون ته منسوبه ساتي۔

د هرې هڅې دمخه او وروسته د کوډ، د کلاینټ جوړښت، او د دې چې سرور یا کلاینټ بدل شو، لنډ لاګ وساتئ۔ لکه 789، بیا 720، بیا 691 ډول ترتیب د پرمختګ نقشه ده؛ هماغه کوډ دوه ځله راتلل یعنې وروستی بدلون هغه پړاو ته نه دی رسېدلی۔ Windows بیا نصبول دا نقشه ورکوي او په دروازه کې اوسېدونکې ناکامي په ندرت سره سمې کړي۔

کله چې کوډ بدلېدل بند شو، شیان بدلول بند کړئ۔ اوسنی کوډ، د سرور پته، د تصدیق طریقه او د هڅې وخت ثبت کړئ، بیا هغه ریکارډ له کارېدونکي کلاینټ سره پرتله کړئ۔ د دوو ریکارډونو ترمنځ توپیر معمولاً د هغو سمونونو له لیست څخه کم وي چې خلک یې په ډیفالټ ډول ازموي۔