د Windows VPN بیا نښلول پرته له دې چې پټنوم په دنده کې کېږدي
د rasdial دنده تر هغې کار کوي چې تاسو یې استدلالونه ولولئ. هغه درې ډیزاینونه پرتله کړئ چې له روښانه متن راز څخه ډډه کوي، او د سرور ملاتړ او ننوتلو حالت له مخې غوره کړئ.
هره بې نظارتې بیا نښلولو لارې په پای کې ورته پوښتنې ته رسېږي: پټنوم چېرې ژوند کوي۔ مشهور ځواب پخپله د دندې کړنه ده، چې د هغې لپاره تر ټولو بد ځای هم دی۔ دوه نور ډیزاینونه شته۔ کوم یو ځای ورکوي په دې پورې اړه لري چې ماشین پرته له شخص څخه تصدیق کولی شي او که سرور سندونه مني۔
د دندې کړنه څه لوستلو وړ پریږدي
په مهال شوې دنده کې استدلالونه د هغې د تعریف برخه ده، نه پټ د اجرا ارزښت۔ هر څوک چې دنده لوستلی شي، د هغې بیک اپ بیرته راګرځولی شي یا یې XML صادر کړی شي، هغه تار سم لکه ستاسو د ټایپ کولو په څېر ګوري۔ د چلولو پر مهال هماغه تار په پروسو لیست کې ښکاري۔ یو څارونکی استازي کولی شي هغه په داسې یوځای کاپي کړي چې تاسو یې هېڅکله نه ګورئ۔
schtasks /query /tn "VPN Reconnect" /xml
cmdkey /list
تر دې چې مخالف فرض کړئ، وګورئ۔ لومړی امر بشپړ تعریف چاپوي، په شمول د کړنې او د هغې استدلالونه۔ دویم ښیي چې اوسنی حساب کوم اعتبارونه کیش کړي، چې د لاندې بدیلو ډیزاینونو لپاره مهم دي۔ که پټنوم د دندې XML کې ښکاري، نو بدلول یې یوازې نیم ګړندی اصلاح ده، ځکه دنده لا هم زوړ ارزښت لري۔
ذخیره شوې مخکې شریکه شوې کیلي واقعیا څه اخلي
Add-VpnConnection -L2tpPsk کیلي د دندې پرځای د اړیکې د ټیلیفون کتابچې ننوتلو کې لیکي۔ دا د دندې کړنې په پرتله کوچنۍ ښکارېدنه سطحه ده۔ دا لا هم بیرته راګرځېدونکی راز دی، ځکه په ماشین کې مدیر کولی شي ټیلیفون کتابچه ولولي۔
د هغو دوو ماشینونو ترمنځ چې تاسو یې کنټرول کوئ د لابراتوار تړاو لپاره دا تبادله منلو وړ کېدای شي۔ په شریکه پای ټکي کې د کارن اعتبارونو لپاره نه۔ د هغې انکرپټ ذخیره بلل نه بدلوي چې څوک یې لوستلی شي۔ ټیلیفون کتابچه د ترتیب فایل دی۔ د هغه شخص لپاره پلان وکړئ چې خلاصولی شي، نه یوازې د هغه لپاره چې د کارن په توګه ننوتلی شي۔
د Winlogon اعتبارونه راز لره کوي او یو تکیه زیاتوي
-UseWinlogonCredential بل لار غوره کوي۔ اړیکه تصدیق کوي MSCHAPv2 له ننوتلي کارن اعتبارونو سره۔ د هغه حساب لپاره اضافي څه نه ذخیره کېږي۔
هغه تکیه چې زیاتوي یې د پام وړ ده۔ باید یو متقابل ننوتل وي چې پور ورځې واخیستل شي، دا د خدمت حساب او د ننوتلو دمخه دنده بې برخې کوي۔ اړیکه هم هغه هر څه میراث اخلي چې د هغه کارن اعتبارونه پر سرور رسولی شي۔ سوئچ د امنیتي ترتیب په توګه نه، بلکې د دې بیان په توګه ولولئ چې اعتبار له کومه ځایه راځي۔ دا سرچینه بدلوي، او په دې کې هېڅ نه بدلوي چې سرور وروسته ناسته څنګه اجازه ورکوي۔
د سند تصدیق پراخېږي ځکه هېڅ نه ذخیره کېږي
چېرې چې سرور EAP-TLS ملاتړ کوي، د ماشین سند شریک راز په بشپړه توګه لره کوي، او لغوه کول د سند پرت کې پېښېږي۔ SYSTEM په توګه چلېدونکې دنده کولی شي هغه سند پرته له متقابل ننوتلو وړاندې کړي۔ تر دې چې پر هغې جوړ شئ، تایید کړئ چې سرور د سند تصدیق مني۔ هغه ډیزاین چې په نه ملاتړ شوې طریقه تکیه کوي، د حل پرځای یو پلان دی۔ بیا پرېکړه وکړئ چې شخصي کیلي چېرې ژوند کوي: د وسیلې د هویت لپاره د ماشین ذخیره، د شخص لپاره د کارن ذخیره۔
چېرې چې له کارن نوم او پټنوم څخه نشي تېرېدل، هغه د دندې په خپل حساب محدود کړئ او په Credential Manager کې یې ذخیره کړئ۔ پرېږدئ چې کړونکی یې له هغه ځایه ولولي، نه له استدلال څخه۔ هغه راز چې دنده یې پرته له چاپ کولو ترلاسه کولی شي د هغه په پرتله چې د هغې په تعریف کې لیکل شوی، کوچنۍ ستونزه ده۔
د بل ګردش دمخه آثار بیاکتنه کړئ
د هغه څه ته وګورئ چې ذخیره شوي، نه هغه ته چې تاسو یې اراده درلوده۔ د هر کارن ټیلیفون کتابچه، د ټولو کارنانو کاپي، د دندې XML او هغه هر سکریپټ چې د زنګ امر بولي وګورئ۔ بیا تایید کړئ چې سند یا کیش شوي اعتبار په هغه حساب محدود دي چې دنده یې کاروي، ځکه ستاسو د متقابل حساب لپاره ذخیره شوي اعتبار SYSTEM ته ناښکاره دي۔
د تصدیق طریقه او حساب د دندې په خپلو یادښتونو کې ولیکئ۔ بل څوک چې د سرور تګلاره بدلوي باید پوه شي کوم ډیزاین روان دی۔ هغه ځواب یوازې د بیا نښلولو له چلند څخه نه ښکاري۔ هغه هلته ولیکئ چې بل ګردش به لومړی وګوري۔