أي رابط يجيب: نطاقات التوجيه لـ DNS في VPN ذي النفق المنقسم

أبقِ التصفح العادي على الرابط المحلي بينما تُحل أسماء الشركة عبر خادم DNS الذي يوفره النفق. إيقاف المسار الافتراضي لـ VPN يمنحك النصف الأول ويترك النصف الثاني غير مبني. فيما يلي الإعداد الناقص، وعلامة الترقيم التي تغيّر معناه، والأمر الوحيد الذي يُظهر أي رابط أجاب فعلاً. يُفترض استخدام NetworkManager وsystemd-resolved طوال ما يلي، لأن هذين المكوّنين هما حيث يبدأ الالتباس عادة.

الخطوة الأولى: افصل المسار عن المحلّل

يجيب ipv4.never-default عن سؤال توجيه، فيمنع NetworkManager من تثبيت هذا الاتصال كمسار لكل حركة IPv4. نطاق توجيه DNS يجيب عن سؤال مختلف: خوادم أسماء أي رابط تستقبل استعلامًا للاحقة مطابقة. لا يستلزم أحدهما الآخر، وقد يحمل ملف تعريف أحدهما لسنوات بينما يفتقد الآخر. المسار فقط يعني أن النفق يحمل شبكات الشركة الفرعية وأن محلّله يجيب عن أسماء الشركة، مع ترك كل شيء آخر كما هو.

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

الخطوة الثانية: أضف نطاق توجيه فقط إلى ملف التعريف

افترض أن الاتصال اسمه corp-vpn، ولاحقة الشركة هي internal.example، ومحلّل النفق يمكن الوصول إليه بالفعل. اقرأ القيم الحالية أولاً، لأن الأوامر أدناه تغيّر خصائص قد تحمل مدخلات بالفعل.

nmcli connection show corp-vpn | grep -E 'dns-search|never-default'
nmcli connection modify corp-vpn +ipv4.dns-search '~internal.example'
nmcli connection modify corp-vpn ipv4.never-default yes

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

تلدة في البداية تعلّم نطاق توجيه فقط، لذا تذهب الاستعلامات المطابقة إلى خوادم هذا الرابط ولا تُضاف اللاحقة إلى الأسماء القصيرة. أسقط التلدة فيصبح النص نفسه لاحقة بحث أيضًا، وهي نتيجة مختلفة نادرًا ما يقصدها الناس. كلا الإعدادين أعلاه IPv4، لذا يحتاج ملف تعريف ثنائي الحزمة إلى ipv6.never-default والنطاق نفسه في ipv6.dns-search، وإلا بقي جانب IPv6 يستخدم المسار الافتراضي وفشلت الأسماء الداخلية هناك.

الخطوة الثالثة: اسأل resolvectl أي رابط أجاب

شغّل resolvectl status واقرأ خوادم DNS والنطاقات لكل رابط، ثم شغّل resolvectl query host.internal.example على اسم داخلي حقيقي مسموح لك بالاستعلام عنه. الأمر الثاني هو الدليل المباشر الوحيد على أن نطاق التوجيه يؤدي عمله، لأنه يسمّي الرابط الذي أجاب. سرد الحالة وحده يثبت التكوين؛ أما الاستعلام فيثبت الحل.

يختار systemd-resolved أفضل نطاق توجيه مطابق، لذا قد يفوز نطاق أكثر تحديدًا على رابط آخر بالسباق. إذا جاء الاستعلام من رابط لم تتوقعه، فاقرأ قوائم النطاقات قبل لمس خادم DNS الخاص بـ VPN. نطاق جذر من ~. يطابق كل شيء، وإذا كان موجودًا بالفعل فإن نطاقك المحدد يفوز بأسمائه، بينما يجيب الرابط عن أكثر بكثير مما طلبت. أزل ذلك المدخل الجذري أو ضيّقه عندما كان القصد أسماء الشركة فقط.

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

الخطوة الرابعة: عندما يُحل الاسم لكن الخدمة لا تعمل

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

تغيير Samba الذي ينتشر إلى جانب هذا السؤال يعالج طبقة الوصول، لا اختيار DNS. تطبيقه على عطل في حل الأسماء هو كيف يكتسب مشكل صغير مشكلًا ثانيًا.

الخطوة الخامسة: لا تستبدل المحلّل لإصلاح نطاق مفقود

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

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