د IP پتې سره 868 تېروتنه؟ Windows لومړی څه حل کوي

ډیالوګ وایي چې د سرور نوم حل نه شو، او هغه پروفایل ساحه چې تاسو ورته ګورئ یوه پته ده. دا یوځای والی خلاف نه دی: کلاینټ هغه څه حلوي چې تاسو فکر کوئ هغه یې لولي، بل څه دي. د DNS د خرابېدو پایله کېدو مخکې ومومئ چې هغه په رښتیا څه ته زنګ وهي. د کلاینټ خپلو ګامونو ترتیب تاسو ته ښیي چې چېرته وګورئ.

کلاینټ د زنګ وهلو مخکې نوم حل کوي

د Windows اصلې VPN اړیکه خپل پروفایل لولي، د سرور پته حل کوي، ټنل پیلوي او یوازې له هغې وروسته تصدیق کوي. تېروتنه 868 دوهم ګام ته اړه لري. ځکه چې وروستي ګامونه هېڅکله نه ځي، ډیالوګ کېدای شي د اعتبارنامې ستونزه ښکاره شي کله چې لټون لومړی ناکام شو.

دا ترتیب ګټور دی، ځکه چې د کتنې وړ طبقه تنګوي. کله چې یو شان پروفایل له یوې شبکې کار وکړ او له بلې ناکام شي، توپیر معمولاً د نومونو حلول دي، نه د ټنل ډول یا حساب. لټون هغه ځای وازموئ چې ناکامي پېښیږي، نه هغه ځای چې پروفایل جوړ شوی و.

کوم نوم، کله چې ساحه پته ښیي

د ښودل شوي نوم پرځای زېرمه شوې ارزښت ولولئ. د اړیکې لیبل د هغې د سرور پته نه ده، او ورته لیبلونو لرونکې دوې ننوتنې تاسو ته غلط پسې استوي:

Get-VpnConnection -Name "Work VPN" |
    Select-Object Name, ServerAddress, TunnelType

که پروفایل د ټولو کاروونکو لپاره چمتو شوی وي، هغه ساحه هم دې سره وپوښتئ -AllUserConnection. بیا هغه ارزښت چې کمانډ چاپ کړی دقیقاً هماغه، له هغې شبکې حل کړئ چې ناکامي پکې پېښیږي. د آپریټر مستند شوی ګیټوې وکاروئ، نه د اپلیکیشن داخلي نوم چې یوازې د ټنل له پورته کېدو وروسته حل کیږي. هغه دوهمه پوښتنه د تمې وړ دلیل له امله ناکامه کیږي او د زنګ په اړه تاسو ته هېڅ نه وایي:

Resolve-DnsName vpn.example.com

کله چې زېرمه شوی ارزښت واقعاً عددي وي، هغه دوهم ځای وپلټئ چې کلاینټ پکې نوم لولي. EAP ترتیب کېدای شي یو سرور ته اشاره وکړي، له بلې وسیلې وارد شوی پروفایل کېدای شي خپل ارزښت ولري، او پخوانی نصب کوونکی کېدای شي یوه تکراري ننوتنه پرېږدي. په ډیالوګ کې ساحه تل یوازینی ننوتون نه ده.

د Windows 7 بیا نښلولو بڼه

د دې تېروتنې شاته تار هغه ماشینونه بیانوي چې یو ځل وتړل شول او بیا په وروستي هڅه کې له 868 سره ناکام شول، پرته له دې چې په پروفایل کې څه بدل شي. ګډونکوونکو راپور ورکړ چې د Remote Access Connection Manager خدمت بیا پیلول یا وتل او بیا ننوتل اړیکه لنډمهاله بېرته راوړه. دا د لارې لنډونې دي، نه ثابته شوې بنسټیزه لامل.

هغه بڼه د جلا فرضیې په توګه وګورئ. بیا پیلول د کلاینټ حالت بیا تنظیموي، نو له هغې وروسته لنډمهاله بریا نه ثابته کوي چې د DNS ریکارډ غلط و:

جدول د تشخیص په توګه نه، بلکې د بېلوونکو کتنو د ټولګې په توګه ولولئ. لومړی قطار د نوم ستونزه ده، دوهم د کلاینټ حالت دی، او دریم هغه پروفایل دی چې هېڅکله سم نه و. هر یو بل کس او بل سمون ته رسوي.

د مدیر لپاره څه راغونډ کړئ

د پروفایل نوم، زېرمه شوې پته، د ټنل ډول، هغه شبکه چې کلاینټ پکې و، او دا چې ناکامي له قطعېدو وروسته راغله که نه، ولیکئ. هغه ریکارډ ریښتینې لټون ناکامي له تاریخي بیا نښلولو چلند څخه بېلوي پرته له دې چې څوک اټکل وکړي. د هڅې شاوخوا د کلاینټ پېښو لاګ هم وساتئ.

د زړو جوړښتونو لارې لنډونه دا شاهدي ده چې چلند موجود و، نه دا ژمنه چې د هماغه خدمت بیا پیلول اوسنی ماشین سم کړي. مستند شوی کوربه نوم په لفظي پتې بدلول هم ترمیم نه دی.

ځینې پروفایلونه د سرور هویت تمه لري چې له ترتیبو شوي نوم سره سمون ولري، نو عددي لارې لنډونه کېدای شي یوه تېروتنه په بله بدله کړي. که نوم باید پاتې شي، د پروفایل متن نه، بلکې د حل لاره سمه کړئ. په هر حال، ولیکئ چې څه مو بدل کړل او ولې.