برای هر کاربر Windows یک پروفایل VPN P2S در Azure اسکریپت کنید

توزیع یک بستهٔ Azure از نقطه به سایت برای پنج لپ‌تاپ کار می‌کند و در پنجاه از هم می‌پاشد. مسیر اسکریپتی دو تله دارد که هر یک هزینهٔ یک بعدازظهر را دارد: خطای یک پارامتر که شبیه شکست گواهی به نظر می‌رسد، و مسیری که اتصال هرگز نصب نمی‌کند، حتی وقتی همه چیز دیگر درست است. هیچ یک با دانلود دوبارهٔ بستهٔ کلاینت درست نمی‌شود. بررسی‌های زیر را به ترتیب انجام دهید و در اولین موردی که شکست می‌خورد توقف کنید.

ترتیب را ثابت نگه می‌دارم چون هر گام فرض می‌کند گام قبلی درست است.

1. دامنهٔ پروفایل را پیش از اولین دستگاه اصلاح کنید

پروفایل برای همهٔ کاربران روی ماشین زندگی می‌کند و در هر نشست ظاهر می‌شود. پروفایل هر کاربر یک حساب را دنبال می‌کند و اعتبارنامه‌هایش را در بافت همان حساب نگه می‌دارد. یکی را انتخاب کنید و به آن پایبند بمانید، چون ماشینی که هر دو را دارد دو مدخل با نام یکسان نشان می‌دهد و کاربران به هر کدام اول ظاهر شود وصل می‌شوند. تغییر دامنه بعداً یعنی ابتدا پروفایل قدیمی را بردارید، نه اینکه آن را در جای خود ویرایش کنید.

پروفایل‌های همهٔ کاربران برای دستگاه‌های اشتراکی و کیوسک مناسب است که هیچ کس با حساب شخصی وارد نمی‌شود. وقتی گواهی به ازای هر شخص صادر می‌شود، اینها پیش‌فرض نادرست‌اند، چون یک پروفایل در سطح ماشین نمی‌تواند اعتبارنامه‌ای را ارائه دهد که به شخص دیگری تعلق دارد. انتخاب را پیش از وجود لپ‌تاپ دوم در سابقهٔ استقرار بنویسید.

2. سوئیچ‌ها را به عنوان سوئیچ بدهید

Add-VpnConnection پارامترهای سوئیچ می‌گیرد که یا حاضرند یا غایب. دادن $true به آنها خطای EapConfigXmlStream ایجاد می‌کند، و به همین دلیل بسیاری از بحث‌های مربوطه با بررسی زنجیره‌های گواهی پایان می‌یابند که هرگز مشکل نبوده‌اند.

Add-VpnConnection -Name "Contoso P2S" `
  -ServerAddress "azuregateway-00000000-0000-0000-0000-000000000000.cloudapp.net" `
  -AllUserConnection -UseWinLogonCredential -RememberCredential `
  -TunnelType Automatic -EncryptionLevel Required -AuthenticationMethod MSChapv2

نشانی دروازهٔ بالا نمونه است؛ نشانی واقعی را از بستهٔ دانلودشده بردارید و آن را در گیومه نگه دارید. -AllUserConnection به یک نشست ارتقایافته نیاز دارد، و پروفایلی که می‌سازد در سطح ماشین است حتی اگر فرمان را به عنوان مدیر اجرا کرده باشید. پیش از افزودن سوئیچ‌های بیشتر، مجموعهٔ پارامترها را با Get-Help Add-VpnConnection -Parameter * بخوانید.

3. مسیری را بیفزایید که آداپتور نمی‌افزاید

آداپتور نقطه به سایت تنها یک مسیر برای استخر نشانی‌های کلاینت نصب می‌کند و نه چیز دیگر.

پیشوند یک شبکهٔ مجازی بیرون از آن استخر دسترس‌ناپذیر می‌ماند در حالی که تونل هنوز Connected گزارش می‌کند، و این گیج‌کننده‌ترین شکست در این گردش کار است. مسیر را پس از موفقیت اتصال صریحاً بیفزایید و آن را به نشانی واسطی که آداپتور گرفته است اشاره دهید، نه به نام عمومی دروازه. آن نشانی پس از اتصال از ipconfig می‌آید و میان نشست‌ها تغییر می‌کند.

route add 10.0.0.0 mask 255.255.0.0 10.0.1.5
route print -4 | findstr /c:"10.0.0.0"

هنگام قطع اتصال مسیر را حذف کنید تا یک گام بعدی کهنه نتواند بعداً ترافیک را به سیاهچاله بفرستد. فرمان را یک انحراف محلی مستند بدانید: اگر نسخهٔ آیندهٔ کلاینت خودش مسیر را بیفزاید، خط شما به یک تکراری تبدیل می‌شود که با گام بعدی خود بسته رقابت می‌کند.

4. به عنوان کاربر استاندارد بررسی کنید

نشست مدیر اشتباهات دامنه را پنهان می‌کند، چون ارتقا گاهی اعتبارنامه‌ای می‌دهد که کاربر واقعی نداشت.

به عنوان غیرمدیر وارد شوید، از طریق پروفایل وصل شوید و به جای اینترنت عمومی یک سرویس خصوصی را آزمایش کنید. تأیید کنید که پروفایل در Get-VpnConnection -AllUserConnection ظاهر می‌شود، که وضعیت به Connected می‌رسد و که مسیر افزودهٔ شما به نشانی فعلی آداپتور اشاره می‌کند. سپس ماشین را بخوابانید، بیدار کنید و دوباره ipconfig را مقایسه کنید.

5. یک استقرار بد را تمیز بردارید

Remove-VpnConnection همراه با -AllUserConnection و -Force پروفایل سطح ماشین را حذف می‌کند. Force مهم است چون پروفایل متصل در غیر این صورت از حذف سرباز می‌زند، و پروفایل نیمه‌حذف‌شده از نصب دوبارهٔ تمیز سخت‌تر قابل تشخیص است.

نام پروفایل، نشانی دروازه و مسیرهای افزوده را در یادداشت‌های استقرار نگه دارید. این سه مقدار همان چیزی است که یک تماس میز پشتیبانی پیش از باز کردن بلیت لازم دارد، و همان چیزی است که اسکریپت بعدی هنگام تغییر نشانی دروازه لازم دارد. نسخهٔ بستهٔ کلاینت را به همان یادداشت بیفزایید، چون رفتار مسیر به آن بسته تعلق دارد نه به Windows.