تعذر حل الأسماء الداخلية على VPN

الأعراض

• تفشل الأسماء الداخلية مثل intranet.corp.example، لكن المواقع العامة تعمل.
• يعمل عنوان IP الداخلي، لكن اسمه لا يعمل.
• يفشل dig أو nslookup بينما يعمل المتصفح، أو العكس.

الأسباب المحتملة

• لا يضيف VPN محلّلًا للنطاق. يجب أن يخبر VPN نظام macOS بالنطاقات التي تذهب إلى خوادم DNS الخاصة به.
• أداة اختبار تتجاوز قواعد macOS. يستخدم dig الخوادم في /etc/resolv.conf، لا محلّلات النطاقات التي تستخدمها التطبيقات.
• خوادم DNS يدوية. لا تعرف خوادم DNS المضبوطة يدويًا على Wi-Fi الأسماء الداخلية.
• اسم قصير دون نطاق بحث. يحتاج اسم قصير مثل intranet إلى نطاق بحث ليصبح اسمًا كاملًا.

كيفية التحقق

1. اتصل بـ VPN واعرض كل المحلّلات. ابحث عن محلّل يحتوي على سطر domain لنطاق شركتك.

   scutil --dns

2. ابحث عن الاسم عبر محلّل macOS، وليس عبر dig.

   dscacheutil -q host -a name intranet.corp.example

3. اعرض نطاقات البحث الخاصة بالخدمة.

   networksetup -getsearchdomains Wi-Fi

كيفية الإصلاح

1. اسأل المسؤول عن النطاق وخادم DNS اللذين ينبغي أن يستخدمهما VPN.

2. أنشئ مجلدًا لمحلّلات النطاقات إذا لم يكن موجودًا.

   sudo mkdir -p /etc/resolver

   يتطلب كلمة سر مسؤول.

3. أنشئ ملفًا باسم النطاق. ضع فيه سطر nameserver لكل خادم.

   sudo nano /etc/resolver/corp.example

   يتطلب كلمة سر مسؤول.

4. اكتب عنوان خادم DNS الداخلي في سطر واحد.

   nameserver 10.0.0.53

5. احفظ الملف. شغّل scutil --dns وابحث عن النطاق الجديد.

6. استخدم الأسماء الكاملة، أو أضف نطاق البحث في إعدادات النظام > الشبكة > الخدمة > التفاصيل > DNS.

7. أزل الملف عندما لا تعود بحاجة إليه.

   sudo rm /etc/resolver/corp.example

   يتطلب كلمة سر مسؤول.

باستخدام Kilobat

الأسئلة

المصادر

• صفحة دليل resolver(5) المثبتة مع macOS 27.2
• صفحة دليل scutil(8) المثبتة مع macOS 27.2
• dig(1)، صفحة الدليل المثبتة مع macOS 27.2
• دعم Apple: تغيير إعدادات DNS على Mac

تم التحقق في 29 أكتوبر 2026.

أدلة ذات صلة