كتابة ملف تعريف Azure P2S VPN لكل مستخدم Windows

توزيع حزمة 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.