إذا كان جهاز ZimaOS الافتراضي يستطيع تصفح «الشبكة» لكنه لا يستطيع تنفيذ ping على مضيف ZimaOS أو فتح مشاركات SMB الخاصة به، فابدأ بتوجيه الجهاز الافتراضي وإمكانية وصوله إلى المضيف، بدلًا من البدء ببيانات اعتماد Samba. ألقى النقاش الذي بدأ في ديسمبر 2025 باللوم مبدئيًا على NAT أو العزل، لكن ردًا لاحقًا في أبريل 2026 أفاد بأن مسار الجسر الأحدث قد يمنع الجهاز الافتراضي أيضًا من تنفيذ ping على مضيف ZimaOS.
هذا التقرير اللاحق مهم: يُعد التبديل إلى الشبكات «المجسّرة» اختبارًا مفيدًا، لكنه ليس حلًا مضمونًا لكل إصدار من ZVM ولكل واجهة خلفية للشبكة.
ما الذي أثبته النقاش الأصلي فعليًا؟
لم يكن الجهاز الافتراضي يحتوي في البداية على حزمة عميل Samba. وبعد تثبيتها، تمكن الجهاز الافتراضي من رؤية مشاركة print$ الخاصة به، ما أظهر أن برنامج Samba داخل الضيف يعمل. لكن المؤشر الأقوى كان أن ping ZIMAOS_IP أعاد رسالة تفيد بتعذر الوصول إلى المضيف.
تمكن الجهاز الافتراضي من تنفيذ ping على مضيف آخر في الشبكة المحلية، لذا كان العطل محصورًا بين الضيف ومضيف ZimaOS، وليس انقطاعًا كاملًا لشبكة الضيف.
اختبر مضيف ZimaOS باستخدام عنوان IP قبل تصفح الشبكة
داخل الجهاز الافتراضي، اختبر ping ZIMAOS_IP ثم افتح smb://ZIMAOS_IP أو مسار Windows UNC المكافئ. قد يفشل اكتشاف الشبكة حتى عندما يعمل الوصول المباشر إلى SMB، لذلك تُعد أيقونات التصفح فحصًا أوليًا غير موثوق به.
يوصي مركز مساعدة SMB في ZimaOS الحالي أيضًا بفحص العنوان المباشر وبيانات الاعتماد عند بطء الوصول إلى SMB أو فشله.
قد يظل وضع الجسر متضمنًا سلوك عزل المضيف
ذكر رد مبكر من المجتمع أن الوضع المجسّر سيحل المشكلة. لكن مستخدمًا لاحقًا أفاد بأن التحديث الأحدث ما زال يتضمن حالة جسر لا يستطيع فيها الجهاز الافتراضي تنفيذ ping على مضيف ZimaOS. وهذا يعني أن استنتاج «استخدم الجسر فقط» أقوى من اللازم.
إذا كان الجهاز الافتراضي يصل إلى أجهزة أخرى في الشبكة المحلية لكنه لا يصل إلى مضيف ZimaOS، فقارن السلوك مع دليل الوصول إلى شبكة ZimaOS، واجمع وضع شبكة الجهاز الافتراضي، وعنوان IP للضيف، وعنوان IP للمضيف، والشبكة الفرعية، وجدول التوجيه قبل تغيير إعدادات Samba مجددًا.
لا تستخدم اكتشاف SMB باعتباره اختبار النجاح الوحيد
قد لا تشغّل أنظمة Linux الضيفة المصغّرة Avahi أو WS-Discovery أو خدمات التصفح الأخرى. وقد يؤدي ذلك إلى إخفاء المشاركات من عرض «الشبكة» الرسومي، رغم نجاح SMB المباشر عبر عنوان IP.
بعد نجاح ping، اختبر المنفذ TCP 445 وسجّل الدخول مباشرة. وبعد ذلك فقط انتقل إلى استكشاف أخطاء اكتشاف الخدمة.
الخلاصة
حصر النقاش الأصلي العطل في طبقة أدنى من Samba: إذ لم يتمكن الجهاز الافتراضي من الوصول إلى مضيف ZimaOS. لا تزال الشبكات المجسّرة إعدادًا معقولًا للاختبار، لكن التقرير اللاحق يوضح أن عزل المضيف قد يستمر في بعض إصدارات ZVM. أثبت إمكانية الوصول عبر IP أولًا، ثم SMB، ثم الاكتشاف.
