إذا كان خادم ZimaOS يمكن الوصول إليه عبر عنوان IP الخاص به، لكنه مفقود من «شبكة Windows» أو من التصفح في macOS، فهذا لا يعني بالضرورة أن الخادم غير متصل. تضمنت الحالة الأصلية ثلاثة أنظمة ZimaOS: ظهر اثنان تلقائيًا، بينما ظل من الممكن الوصول إلى الثالث بصورة طبيعية عند إدخال عنوان IP الكامل الخاص به.
يشير هذا النمط إلى أن المشكلة تتعلق بـالاكتشاف أكثر من اتصال الشبكة الأساسي. اقترح الرد الوحيد في المصدر إعلانات SMB/mDNS، أو تعارضات أسماء المضيفين، أو عزل الشبكات الفرعية/شبكات VLAN، لكن صاحب المنشور الأصلي لم يعد بتشخيص مؤكد. تعامل مع هذه النقاط باعتبارها قائمة تحقق مرتبة حسب الأولوية، لا باعتبارها خللًا مثبتًا في الإصدار 1.5.
الوصول المباشر عبر عنوان IP يثبت إمكانية الوصول الأساسية
عندما يعمل \\IP\share في Windows أو smb://IP في macOS، فهذا يعني أن عدة طبقات تعمل بالفعل:
- المضيف متصل بالإنترنت؛
- التوجيه عبر IP إلى الخادم يعمل؛
- خدمة SMB يمكن الوصول إليها؛
- قد تكون بيانات الاعتماد وأذونات المشاركة صحيحة.
لذلك فإن غياب إدخال التصفح يمثل مشكلة مختلفة عن «تعطل SMB».
يعتمد تصفح الشبكة على آليات الاكتشاف المحلي
لا ينشئ Windows وmacOS مستعرض الشبكة الخاص بهما بمجرد فحص كل عنوان IP. فقد يشمل الاكتشاف المحلي إعلانات مرتبطة بـSMB، وDNS متعدد الإرسال، وأسماء المضيفين، وخدمات اكتشاف خاصة بكل منصة.
يمكن للخادم قبول اتصالات SMB المباشرة، مع فشله في الإعلان عن نفسه بالطريقة التي تعرضه بها أداة التصفح لدى العميل.
تأكد من تمكين مشاركة الملفات
أوصى رد المجتمع بالتحقق من تمكين مشاركة الملفات على نظام ZimaOS المتأثر. فإذا عطّل المستخدم مشاركة SMB بالكامل، فقد لا يعلن الجهاز عن نفسه بالطريقة نفسها التي تعلن بها الخوادم الأخرى.
توضح مستندات ZimaOS الحالية إنشاء مشاركات Samba صراحةً وإعداد أذونات المستخدمين لكل مشاركة. استخدم سير عمل مشاركة Samba الحالي في ZimaOS للتحقق من أن المجلد أو المشاركة المتوقعة نشطة بالفعل.
امنح كل خادم ZimaOS اسم مضيف فريدًا
قد تتسبب الخوادم التي تحمل أسماء مكررة أو غير واضحة في تعارضات في الاكتشاف. اجعل أسماء المضيفين فريدة وبسيطة، وتجنب المسافات أو الأحرف الخاصة غير الضرورية.
حتى إذا فشل اكتشاف الاسم، فإن الاحتفاظ بعنوان IP ثابت أو محجوز وموثق يوفر وسيلة بديلة موثوقة.
يُعد mDNS مفيدًا، لكنه لا يعادل إمكانية الوصول عبر SMB
اقترح الرد في المصدر التحقق من Avahi/mDNS. وهذه طبقة اكتشاف معقولة في شبكات Linux/macOS، لكن نجاح اسم .local ليس مطلوبًا لاستخدام SMB عبر عنوان IP مباشر.
شخّص اكتشاف الأسماء واتصال خدمة الملفات بشكل منفصل.
غالبًا ما يتوقف الاكتشاف عند حدود شبكات VLAN أو الشبكات الفرعية
يبقى اكتشاف البث متعدد الإرسال أو البث العام محليًا عادةً، ما لم يقم الموجّه بعكسه أو ترحيله عمدًا. ويمكن لخادم ZimaOS الموجود على شبكة VLAN أخرى أن يكون قابلاً للوصول إليه بالكامل عبر IP، من دون أن يظهر إطلاقًا في قائمة التصفح المحلية.
تحقق من عنوان IP للخادم، وقناع الشبكة الفرعية، وشبكة VLAN، وشبكة العميل قبل إعادة تشغيل الخدمات.
قد يخزّن مستعرض العميل إدخالات الشبكة مؤقتًا
قد يحتفظ مستكشف Windows وFinder بنتائج اكتشاف قديمة. اختبر الوصول المباشر عبر اسم المضيف أو عنوان IP، وأعد تشغيل جلسة اكتشاف العميل عندما يكون ذلك عمليًا، وقارن النتائج من كمبيوتر آخر قبل تغيير إعدادات ZimaOS.
قارن بين خوادم ZimaOS العاملة والخادم المفقود
بما أن المصدر تضمن خادمين يعملان وخادمًا واحدًا مفقودًا، فإن أقوى تشخيص هو إجراء مقارنة مباشرة بين الإعدادات:
- إصدار ZimaOS؛
- اسم المضيف؛
- عنوان IP/الشبكة الفرعية/شبكة VLAN؛
- حالة مشاركة SMB؛
- واجهة الشبكة؛
- بيانات اعتماد العميل وإعدادات المشاركة.
لا تعتبر هذه المشكلة تراجعًا مؤكدًا في ZimaOS 1.5
لا يثبت أي رد من موظفي IceWhale أو متابعة من المستخدم أن الإصدار 1.5 تسبب في اختلاف الاكتشاف. وبما أن إصدار ZimaOS الحالي أحدث بكثير، فأعد إنتاج المشكلة على الإصدار الحالي قبل تطبيق إصلاحات على مستوى الخدمات.
الأسئلة الشائعة حول اكتشاف الشبكة
إذا كان SMB يعمل عبر عنوان IP، فهل الخادم غير متصل؟
لا. يشير ذلك بقوة إلى أن اتصال الشبكة الأساسي وإمكانية الوصول إلى SMB يعملان.
هل يمكن لشبكات VLAN تعطيل التصفح التلقائي للشبكة مع استمرار عمل الوصول المباشر عبر IP؟
نعم. غالبًا لا تعبر حركة الاكتشاف حدود الشبكات الفرعية أو شبكات VLAN تلقائيًا.
هل تم تأكيد السبب الجذري في المصدر؟
لا. يتضمن الموضوع ردًا واحدًا من المجتمع لاستكشاف الأخطاء، ولا يتضمن تحققًا نهائيًا من المستخدم.
