مشاركة Samba المحلية تختفي بعد أن يدفع OpenVPN إعدادات DNS

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

خمسة فحوص، بالترتيب الذي يستبعد أكبر عدد من الاحتمالات في كل خطوة.

من يجيب عن الاسم القصير

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

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

لماذا تصدّق Samba جوابًا خاطئًا

تحل Samba الأسماء عبر تسلسل ثابت يحدده name resolve order. في معظم التوزيعات يتضمن الافتراضي host، أي DNS، ويعمل قبل الآليات المحلية فقط مثل بث NetBIOS. لذلك يحصل النفق الذي يدفع خادم أسماء على حق الرفض الأول لكل اسم مشاركة، بما في ذلك الأسماء ذات التسمية الواحدة التي لم يُقصد بها مغادرة المبنى.

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

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

إصلاحان بنطاقين مختلفين

الإصلاح الضيق يحتفظ بخادم الأسماء المدفوع ويغيّر ما يُسمح لـ Samba بسؤاله عنه. أضف سطرين إلى إعداد Samba الذي تقرأه الخدمة فعليًا، ثم أعد تشغيل الخدمة:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

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

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

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

اللاحقة قد تفسر كل شيء

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

الإصلاح هنا إما استخدام الاسم المحلي المؤهل بالكامل أو إضافة قاعدة DNS منقسمة تملك اللاحقة المحلية. لا يحتاج أي منهما إلى لمس Samba.

أثبته بعد إعادة الاتصال

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

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

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