عميل Azure VPN على Mac: ضع خوادم DNS داخل الملف الشخصي

ثلاثة أسئلة مختلفة تقابل على macOS بنفس هزّة الكتفين. أي عميل هذا؟ ومن أين تأتي خوادم DNS الخاصة به؟ وبعد أن يصبح الإعداد في مكانه، لماذا يفشل الاسم القصير رغم ذلك؟ لكل سؤال جواب مستقل، والقضية الأولى وحدها تتعلق بملف الملف الشخصي. الترتيب الصحيح يحوّل مشكلة DNS غامضة إلى خطوة واحدة قابلة للتحقق في كل مرة.

أكّد العميل الذي تُعدّه

هذا هو عميل Azure VPN من Microsoft الذي يستخدم OpenVPN للوصول من نقطة إلى موقع. ملفه XML ليس ملفًا شخصيًا أصليًا لـ IKEv2 على macOS، وليس ملف إعداد لأي عميل OpenVPN من طرف ثالث أيضًا.

إذا كان الـ Mac يتصل عبر مربع حوار النظام المدمج، فأنت في المستند الخطأ.

DNS يعيش داخل ملف XML الشخصي

نزّل الملف الشخصي الحالي للبوابة وطريقة المصادقة المطلوبتين، ثم احتفظ بنسخة غير معدّلة قبل أن تلمس أي شيء. حرّر النسخة العاملة فقط، ولا تلصق مواد المصادقة الخاصة بها في تذكرة دعم.

يضع دليل الإعدادات الاختيارية إدخالات DNS داخل عنصر clientconfig. يبدو المقطع الأدنى هكذا، بعنوان تشغّله مؤسستك فعليًا.

<clientconfig>
    <dnsservers>
        <dnsserver>10.20.2.4</dnsserver>
    </dnsservers>
</clientconfig>

هذا العنوان توضيحي، وليس محلّلًا توفره Azure. أدمج الإدخالات في الإعداد الموجود بدلًا من لصق عنصر clientconfig ثانٍ، لأن Microsoft تنص على أن العناصر المكررة غير مدعومة على macOS. قد تحمل الملفات الشخصية المولّدة أيضًا عنصرًا نائبًا بقيمة nil حيث يجب أن يكون الإعداد الحقيقي، وإضافة إعدادات بجوار عنصر nil ليست إصلاحًا.

الاستيراد هو التغيير

حفظ الملف لا يغيّر شيئًا بمفرده. افتح Azure VPN Client، واختر Import، وحدّد ملف XML المعدّل، وأكمل أي حقول مطلوبة، واحفظ الاتصال.

ثم أعد الاتصال عبر ذلك الاتصال المستورد. بقاء ملف شخصي على القرص بينما يظل اتصال أقدم نشطًا هو السبب الأكثر شيوعًا لظهور تعديل صحيح وكأنه لا يفعل شيئًا.

قيد اللاحقة يحدد اختبارك الأول

كما هو موثّق في 30 أكتوبر 2026، لا تبقى قيم لاحقة DNS الإضافية في هذا الإعداد بشكل صحيح على macOS. إن نسخ مثال لاحقة من Windows والوعد بسلوك مطابق هو الطريق لأن يُبلَّغ عن محلّل يعمل بأنه معطّل. أدخل اللواحق، واحفظ، وأعد الاتصال، وتحقق مما إذا كانت قد نجت من إعادة الاتصال. إن لم تنجُ، فخطّط حول أسماء مؤهلة بالكامل بدلًا من مصارعة العميل.

اختبر أولًا باسم مضيف خاص مؤهل بالكامل. إذا حُلّ الـ FQDN ولم يُحلّ الاسم القصير، فقد تعلمت شيئًا محددًا: المحلّل يمكن الوصول إليه وتوسيع الاسم القصير مفقود. هذا عيب مختلف عن خادم DNS غير قابل للوصول، ويحتاج إلى مسؤول مختلف.

المحلّل لا يزال يحتاج إلى مسار

إدراج عنوان في XML لا ينشئ خدمة DNS. يجب أن يشغّل العنوان محلّلًا معتمدًا يستطيع الإجابة عن النطاق الخاص أو إعادة توجيهه، ويجب أن يُسمح للـ Mac بالوصول إليه عبر النفق. إن كان ذلك المحلّل خلف قاعدة جدار ناري لا تعرف نطاق النفق، فإن الاستعلامات تنتهي بمهلة دون خطأ مفيد. حينها تبدو المهلة تمامًا كعنوان خاطئ، ويعيد الناس تحرير XML لمدة ساعة.

افحص حالة المحلّل النشط على الـ Mac المتصل، ثم استعلم من ذلك الخادم مباشرة لعزل إجابته عن اختيار التطبيق للمحلّل. الاستعلام المباشر يثبت أن الخادم يعمل. لكنه لا يثبت أن الاستعلامات العادية تختاره.

سلّم ثلاثة نتائج منفصلة

أبقِ هذه منفصلة في التسليم: تم استيراد الملف الشخصي المعدّل، والمحلّل المقصود أجاب عن الاسم المطلوب، والتطبيق وصل إلى العنوان المعاد. لكل منها مسؤول مختلف وإصلاح مختلف.

سطر واحد لكل نتيجة يكفي، ويمنع الشخص التالي من إعادة تحرير ملف شخصي كان صحيحًا بالفعل.