Add-VpnConnection: ولې PSK ماتېږي او ولې پته پخوانۍ پاتې کېږي
PowerShell په دوه ګونو نښو کې شوې مخکې شریکه شوې پټه کیلي د cmdlet له خوندي کولو دمخه پراخوي، او فعال تونل تر هغه پخوانۍ پته ساتي چې بیا نښلنې نه کړئ.
د Windows VPN پروفایل د تلیفون کتاب یوه ننوېره ده، او PowerShell د هغې ننوېرې د سمون یوه لار ده. له دې توپیر څخه دوه ناکامۍ راځي: یوه مخکې شریکه شوې کیلي چې سرور ته لا خرابه رسېږي، او د سرور هغه پته چې تازه شوې ښکاري خو هغه نه ده چې بل تونل به پرې زنګ وهي. دواړه اسانه لیدل کېږي که پروفایل د خپلې چلول شوې فرمان پر ځای د خوندي شوي حالت په توګه وګورئ. دا څېړنه د سمونونو په ترتیب ځي: جوړول، بدلول، ساحه، بېرته لوستل.
پروفایل د لفظي کیلي سره جوړ کړئ
Add-VpnConnection L2TP مخکې شریکه شوې کیلي د -L2tpPsk له لارې مني. PowerShell لړۍ مخکې له دې چې cmdlet یې ترلاسه کړي پروسس کوي، او په دوه ګونو نښو کې د ډالر نښه د متغیر حواله پیلوي خو backtick escape پیلوي. دې ته ورته کیلي لنډه یا بل توري سره راځي، او پروفایل د غلط پټ سره په بریالیتوب جوړېږي.
بیا ناکامي د IPsec تصدیق کې ښکاري، چېرې چې تونل د پورته کېدو انکار کوي. له همدې کبله د نښو تېروتنه ډېری وخت د سرور خوا ستونزه بلل کېږي: پروفایل شته، نوم سم دی، او پټ په چوپتیا کې غلط دی.
| How you write it | What PowerShell does | Result |
|---|---|---|
| "p@ss$word!42" | Expands $word as a variable | Stored key is truncated |
| Double-quoted with an escape character | Consumes the next character as an escape | One character disappears |
| 'p@ss$word!42' | Keeps the literal characters | Stored key matches the secret |
یوې نښې حل دی، او باید ټول ارزښت رانغاړي. که ننوېره مخکې له خرابې کیلي سره وي، -Force یې بدلوي، یا پروفایل لرې او بیا جوړ کړئ او بیا د نوي نښلنې سره ازموینه وکړئ:
Add-VpnConnection -Name "Contoso-L2TP" -ServerAddress vpn.contoso.example -TunnelType L2tp -L2tpPsk 'n3w$ecret!2026' -AuthenticationMethod Pap -RememberCredential -Forceاصلي پټ له shell تاریخ او شریکو سکریپټونو بهر وساتئ. د چلولو پر مهال یې له تصویب شوي زېرمې ولوستل او د لفظي ارزښت پر ځای متغیر ولېږئ، چې د نښو ستونزه په بشپړه توګه پرېږدي.
پته بدله کړئ، بیا بیا ونښلئ
Set-VpnConnection د تشې سره جلا شوي پارامیټر مني، نه د ورکړې نحو. -ServerAddress = "203.0.113.10" لیکل اضافي ټوکن لېږي، او cmdlet یا تېروتنه ورکوي یا هغه څه خوندي کوي چې تاسو یې نه غوښتل. سمه بڼه -Name "Office L2TP" -ServerAddress 203.0.113.10 ده.
حتی د سم نحو سره هم بدلون لا پورته شوي تونل ته نه رسېږي. رامنځته شوې نښلنه تر هغه پته ساتي چې پرې زنګ وهل شوی، تر څو چې جلا نه شي، نو د همدې غونډې ازموینه د نوي ارزښت په اړه څه نه ثابتوي. جلا شئ، سمون وکړئ، بیا ونښلئ، او د نښلنې په تفصیلاتو کې د سیال پته تایید کړئ.
ځینې ځانګړنې پر ځای نه شي بدلېدای. کله چې cmdlet انکار وکړ، موجود پارامیټر ولیکئ، پروفایل پاک او د سم شوو ارزښتونو سره بیا جوړ کړئ، او د تونل او تصدیق اصلي تنظیمات وساتئ. هغه سکریپټ چې یوازې د تلیفون شمېره بدلوي کولای شي د تلیفون کتاب ننوېره د RAS API له لارې سمه کړي، نه دا چې هر څه له سره جوړ کړي. کومه لار چې وټاکئ، وروسته خوندي شوي ارزښتونه تایید کړئ، د فرمان چوپتیا ته مه تکیه کوئ.
پوه شئ چې کوم تلیفون کتاب مو سم کړ
د هر کاروونکي پروفایل د هغه کاروونکي د شبکې نښلنو په پوښ کې دی، او د ټولو کاروونکو پروفایل د پروګرام د معلوماتو ونې لاندې د ماشین په پوښ کې دی. دا د بېلابېلو ساحو بېلابېلې ننوېرې دي، او یو یې سمول بل ناڅرګند پرېږدي.
له همدې کبله بدلون د ورک شوي په څېر ښکاري: سکریپټ په یوه حساب او ازموینه په بل کې چلېده. کله چې پروفایل د ماشین وي -AllUserConnection وکاروئ، او د بېرته لوستلو پر مهال هماغه ساحه وګورئ.
له ازموینې دمخه پروفایل بېرته ولولئ
له Windows وپوښتئ چې څه یې خوندي کړل، نه هغه څه چې تاسو ولېږل:
Get-VpnConnection -Name "Office L2TP" | Select-Object Name, ServerAddress, TunnelType, AuthenticationMethodهغه پایله له موخې سره پرتله کړئ، بیا نوې نښلنه پیل کړئ. که زنګ ناکام شو، له دې مخکې چې پروفایل بیا بدل کړئ په Event Viewer کې د RAS پیرودونکي ثبت وګورئ، ځکه ثبت د هغه پړاو نوم اخلي چې ناکام شو.
د سمون پر مهال د تصدیق ډیزاین بشپړ وساتئ. هغه فرمان چې پته بدلوي خو سند یا EAP ترتیبات پرېږدي، هغه ناکامي راوړي چې له سمون سره بې تړاوه ښکاري، او د کار کوونکي پروفایل مخکې صادرول تاسو ته د اټکل پر ځای د بیا رغولو څه درکوي.