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

العرض: السجل يظهر DNS والأسماء ما زالت تفشل

OpenVPN dhcp-option يحمل معلومات DNS والنطاق، ويسجل العميل ما تلقاه. في بعض التطبيقات يطبق العميل تلك الإعدادات داخليًا، وفي غيرها يصدّرها ليستهلكها نص تكامل أو خدمة شبكة. سطر السجل يصف النصف الأول من القصة فقط. أما النصف الثاني فيحدث في مكان لا يتحكم به العميل. هناك يعيش الفشل عادة.

لهذا يتعايش نفق متصل واسم داخلي فاشل كثيرًا. القيمة موجودة، والمستهلك غائب أو سيئ التكوين، ويواصل المحلل بصمت استخدام الخادم العام الذي كان يستخدمه قبل الاتصال.

الاستلام ليس تطبيقًا

يمكن للعميل أن يسجل قيمة DNS مدفوعة بينما يظل محلل النظام مملوكًا لخدمة أخرى. وقد يكون للمتصفح أيضًا سياسة DNS مشفّر خاصة به تتجاوز محلل النظام كليًا، ما ينتج الموقف الذي لا يُنسى حيث يحل تطبيق ما الأسماء الداخلية ولا يحلها آخر.

افحص التكامل المدعوم في التطبيق بدلًا من افتراض أن كل عميل Unix يعيد كتابة الملف نفسه. هذا الافتراض هو سبب تعديل الناس إعداد محلل لا يقرأه شيء.

اعرف مالك المحلل في كل منصة

في Windows، يمكن لجدول سياسة تحليل الأسماء توجيه لواحق محددة إلى خوادم محددة، وقد يثبت عميل VPN قواعد هناك. افحص السياسة لا قائمة DNS في المحول فقط. في Linux، قد يملك NetworkManager أو systemd-resolved الإعداد، وأيهما يملكه يحدد ما سيحتفظ به إعادة الاتصال.

اقرأ الحالة الفعلية بالأداة التي تجيب عن الاستعلامات فعلًا: resolvectl query internal.example.net على مضيف systemd-resolved، أو ما يعادلها في المنصة. ثم قارن تلك الإجابة بخادم DNS الذي يقول سجل العميل إنه دفعه.

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

النصوص و foreign_option

يصدّر OpenVPN الخيارات المدفوعة إلى النصوص عبر متغيرات باسم foreign_option_N، ويمكن لنص أن يترجمها إلى أوامر محلل. هذا الترتيب تكامل مدعوم لا سلوك تلقائي، ويجب تثبيته واستدعاؤه على العميل.

إن اعتمدت على نص، فسجل تنفيذه وحالة خروجه. النص الذي يعمل لكن يفشل بصمت يترك العرض نفسه كأنه لا يوجد نص، ويصعب ملاحظته لأن الإعداد يبدو مكتملًا. افحص مخرجات النص لا ملف النص. وجود ملف ليس نصًا عمل.

اختبر الاسم لا السجل

استعلم عن اسم مضيف داخلي فقط من العميل بعد الاتصال، ثم استعلم عن اسم عام، ثم افحص أي خادم أجاب. تأتي الإجابتان من مكانين مختلفين في إعداد سليم، ويجب أن تطابق كلتاهما التصميم.

إن حُل الاسم لكن الخدمة فشلت، فانتقل إلى التوجيه والوصول إلى التطبيقات بدلًا من تغيير DNS مرة أخرى. يوثق دليل OpenVPN الخيار dhcp-option وبيئة النصوص؛ استخدمه للتحقق مما يُتوقع أن يطبقه عميلك قبل تعديل ملف محلل آخر.

مقالات ذات صلة