یک rasphone.pbk کپی‌شده سایر VPNهای سراسر سیستم را پاک کرد

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

راه‌حل کپی بهتر نیست. راه‌حل کپی نکردن فایل است.

دفترچه تلفن در واقع چه چیزی دارد

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

تعریف اتصال هم تمام ماجرا نیست. مسیرها، خط‌مشی DNS، مواد CA مورد اعتماد و هویت توسط مالکان جداگانه تأمین می‌شوند.

مشخص کنید کدام دامنه مالک پروفایل است

پیش از نوشتن هر چیزی، هر دو دامنه را فهرست کنید. Get-VpnConnection ورودی‌های کاربر جاری را برمی‌گرداند و Get-VpnConnection -AllUserConnection ورودی‌های سطح دستگاه را برمی‌گرداند، و همان نام می‌تواند در هر دو با تنظیمات متفاوت وجود داشته باشد. تصمیم بگیرید استقرار شما مالک کدام دامنه است و آن را بنویسید، چون به‌روزرسانی دامنه اشتباه باعث می‌شود کاربر از پروفایل قدیمی متصل شود در حالی که تغییر شما در فایلی می‌ماند که هیچ‌کس آن را نمی‌خواند. یک وظیفه زمان‌بندی‌شده که با SYSTEM اجرا می‌شود هم مجموعه متفاوتی از پروفایل‌ها را نسبت به کاربر واردشده می‌بیند.

نام‌گذاری مالک همان قدمی است که مهندس بعدی را از تکرار کپی کل فایل بازمی‌دارد.

اتصال نام‌دار را بسازید یا به‌روز کنید، نه چیز دیگری

برای یک پروفایل بومی Windows، Add-VpnConnection یک ورودی می‌سازد، و -AllUserConnection دامنه سطح دستگاه را انتخاب می‌کند. اول آن را با -WhatIf اجرا کنید تا پیش‌نمایش در رونوشت شما بنشیند، نه در شکایت کاربر:

Add-VpnConnection -Name 'Office VPN' -ServerAddress 'vpn.example.com' -TunnelType Ikev2 -AuthenticationMethod Eap -EapConfigXmlStream $approvedEapXml -AllUserConnection -WhatIf

EAP XML باید از جایی مشروع بیاید: از یک پروفایل مرجع کارآمد صادر شده باشد، یا ابزارهای مدیریت شما آن را برای دروازه واقعی تولید کرده باشند. بدون تنظیمات درست اعتماد سرور، پروفایل یا به چیز اشتباهی متصل می‌شود یا همه‌جا شکست می‌خورد، و هیچ‌کدام موفقیت استقرار نیست.

وقتی ورودی از قبل وجود دارد، تنظیماتش را مقایسه کنید و آن را با Set-VpnConnection به‌روز کنید، نه با پاک کردن و ساختن دوباره. پاک کردن همان راهی است که یک پیکربندی کارآمد فیلدهایی را از دست می‌دهد که کسی مستند نکرده، و همان راهی است که ورودی‌های بی‌ربط در یک پاک‌سازی گسترده گرفتار می‌شوند.

بررسی کنید آیا سیستم مدیریت دومی وجود دارد که در تازه‌سازی بعدی خط‌مشی پروفایل قدیمی را برگرداند. پایلوت‌ها اینجا بیشتر از خود cmdlet شکست می‌خورند.

روی دستگاهی که از قبل VPN دیگری دارد پایلوت کنید

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

حذف هم قاعده یکسان را دنبال می‌کند: Remove-VpnConnection -Name 'Office VPN' -AllUserConnection یک ورودی را بازنشسته می‌کند و بقیه فایل را به حال خود می‌گذارد.

پیکربندی مورد نظر قبلی را در دسترس نگه دارید تا بازگشت محدود یعنی بازوارد کردن یک پروفایل، نه بازگرداندن کل وضعیت دستگاه.