لماذا يتم حل اسم مضيف NAS على بعض الأجهزة المنزلية وليس على أخرى؟

إيفا وونغ

IceWhale author

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

Why Does a NAS Hostname Resolve on Some Home Devices but Not Others? - Zima Store Online

يتم حل اسم مضيف NAS بشكل غير متسق عندما لا تستخدم الأجهزة نفس طريقة التسمية أو المحلل أو اللاحقة أو الإجابة المخزنة مؤقتًا.

في شبكة منزلية، قد يعثر جهاز كمبيوتر محمول على nas من خلال DNS الخاص بالموجه، وقد يعثر جهاز Mac على nas.local من خلال DNS متعدد الإرسال، وقد يعود جهاز كمبيوتر يعمل بنظام Windows إلى LLMNR أو NetBIOS، وقد يرسل الهاتف نفس الاستعلام إلى DNS خاص، أو VPN، أو محلل مُرشح. لذلك، التشخيص المفيد هو مقارنة الاسم الدقيق ومسار IP على جهاز يعمل وجهاز يفشل قبل تغيير إعدادات NAS أو الموجه أو SMB.

إثبات ما إذا كان الفشل في حل الاسم أو الوصول إلى NAS

اختبر NAS باستخدام عنوان IP الحالي على كل من الجهاز العامل والجهاز الفاشل. ثم اختبر اسم المضيف القصير، والاسم المحلي المؤهل بالكامل، وأي شكل .local بشكل منفصل بدلاً من معاملتها كبدائل.

اختبار اسم المضيف يضيف خطوة محلل قبل أن يتمكن SMB أو HTTP أو خدمة أخرى من الاتصال. يشرح دليل ZimaSpace لفحص خادم منزلي بالاسم سبب إضافة الوصول إلى اسم المضيف خطوة حل DNS إلى المسار الذي لا يتطلبه الوصول المباشر عبر IP.

إذا كان IP يعمل على كلا الجهازين ولكن جهاز واحد فقط يحل الاسم، فاستمر في التحقيق على طبقة المحلل. إذا فشل IP أيضًا، فقم بإصلاح VLAN أو عزل Wi-Fi أو جدار الحماية أو التوجيه أو إمكانية الوصول إلى الخدمة أولاً لأن تغيير DNS لا يمكنه إصلاح مسار شبكة محظور.

قارن خادم DNS المستخدم من قبل كل جهاز

سجل خوادم DNS ونوع الاتصال والبوابة وملف تعريف الشبكة النشط على الأجهزة العاملة والفاشلة. يمكن لعميلين على نفس اسم Wi-Fi أن يستخدموا محللات مختلفة بسبب الإعدادات اليدوية، أو تكوين عقدة الشبكة، أو برنامج VPN، أو DNS الآمن في المتصفح، أو DNS الخاص على الهاتف المحمول.

يتبع حل الأسماء المحلية ترتيبًا محددًا لنظام التشغيل يمكن أن يجمع بين mDNS وLLMNR وDNS أحادي الإرسال. قد يتلقى العميل الذي يسأل الموجه سجل NAS محلي، بينما يتلقى العميل الذي يسأل محللًا عامًا NXDOMAIN لأن اسم المضيف الخاص غير موجود على الإنترنت العام.

استعلم مباشرة عن خادم DNS المُكوَّن من كلا الجهازين وقارن الإجابة، ورمز الاستجابة، والعنوان المُعاد. إذا أجاب الموجه بشكل صحيح ولكن العميل الفاشل لم يسأله أبدًا، فقم بإصلاح توزيع DHCP DNS، أو تجاوز العميل، أو سياسة DNS الخاصة بـ VPN، أو إعداد DNS المشفر بدلاً من تعديل اسم مضيف NAS.

افصل أسماء المضيف القصيرة عن mDNS وبروتوكولات التراجع المحلية الأخرى

اختبر nas، والاسم المحلي الكامل للموجه مثل nas.home.arpa أو nas.lan، وnas.local كمدخلات مختلفة. النجاح في شكل واحد لا يثبت تكوين الأشكال الأخرى.

لا تتصرف بروتوكولات التراجع المحلية بشكل متماثل عبر أنظمة التشغيل. توضح مناقشة عملية في Windows أن تعطيل NetBIOS أو mDNS أو LLMNR لا يجعل أسماء LAN القصيرة تستخدم DNS تلقائيًا؛ لا يزال العميل يحتاج إلى سجل DNS صالح ومسار لاحقة.

إذا كان يعمل فقط nas.local، فمن المحتمل أن NAS يعلن عن mDNS لكن الموجه لا يخدم سجل DNS محلي تقليدي. إذا كان يعمل فقط اسم المجال الكامل للموجه، فقم بإضافة أو توزيع اللاحقة الصحيحة بدلاً من الاعتماد على التراجع إلى الاسم القصير.

Featured

ZimaCube 2 سحابة شخصية منزلية NAS

ZimaCube2

تحقق مما إذا كان الجهاز يدعم طريقة الاكتشاف التي تستخدمها

يمكن أن تظهر الشبكات المختلطة الحقيقية هذا الانقسام بالضبط: قد يفشل جهاز Android في حل عنوان .local بينما تنجح أجهزة Windows وiPhone وmacOS على نفس LAN. تصف حالة موثقة فشل حل mDNS في Android رغم أن العملاء الآخرين يحلون نفس المضيف.

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

اختبر لاحقة البحث والاستعلام الدقيق المرسل من العميل الفاشل

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

أبلغ مستخدمو OpenWrt عن حالات حيث يعمل حل اسم المضيف القصير بينما يفشل على عملاء آخرين. الفرق غالبًا هو اللاحقة التي يضيفها نظام التشغيل، وليس سجل NAS نفسه.

إذا كان nas.example.lan يعمل ولكن nas يفشل، وزع نفس مجال البحث عبر DHCP أو احفظ الاسم الكامل في نقاط تثبيت SMB والإشارات المرجعية. تجنب إنشاء عدة لواحق غير رسمية تحل بشكل مختلف عبر DNS الموجه، Pi-hole، AdGuard Home، وملفات مضيفي العميل.

امسح حالة العميل فقط بعد تصحيح مسار المحلل

بمجرد أن يستخدم كلا الجهازين نفس المحلل وشكل الاسم، امسح ذاكرة التخزين المؤقت لـ DNS للعميل الفاشل، وافصل وأعد الاتصال بملف تعريف الشبكة الخاص به، وأعد الاختبار في متصفح أو نافذة طرفية جديدة. يمكن أن تبقى استجابات NXDOMAIN المخزنة مؤقتًا بعد تصحيح جانب الموجه.

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

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