أقوى اختبار في هذا النقاش هو تبديل جهاز التوجيه. فقد عمل خادم ZimaOS نفسه والعميل المحمول اللذان تعذّر عليهما اكتشاف بعضهما عبر شبكة TP-Link Deco المتداخلة فورًا عندما اختُبر الخادم خلف جهاز التوجيه ZTE الذي وفّرته شركة الإنترنت. وهذا يجعل الحالة الأصلية مشكلة اكتشاف محلي/بث متعدد، وليس دليلًا على أن خادم ZimaOS كان غير متصل.
جرّب النقاش بعد ذلك تغييرات مجتمعية على Avahi، بما في ذلك تفعيل عاكس mDNS، لكن صاحب المنشور الأصلي أكد أن هذه التغييرات لم تحل مشكلة Deco. وتوفر إصدارات ZimaOS الحالية بدائل أفضل: إذ توضح وثائق البدء الحالية أنه يمكن للمستخدمين فتح الجهاز مباشرةً عبر عنوان IP في المتصفح عند فشل الاكتشاف المحلي، كما يوفّر Remote ID/Network ID مسارًا آخر لهوية الجهاز.
لم تكن هذه مشكلة خاصة بنظام iOS حقًا
في الصفحة الثانية، شدد santhora على أن نظام Android عجز أيضًا عن اكتشاف الخادم. واستبعد ذلك احتمال وجود مشكلة ضيقة مرتبطة بأذونات iOS أو بعميل خاص بأجهزة Apple.
كان مخطط الشبكة بسيطًا: وحدة Deco الرئيسية ← اتصال 2.5GbE ← خادم Beelink ZimaOS، بينما اتصلت الهواتف عبر Wi-Fi بنظام Deco.
كان اختبار جهاز توجيه شركة الإنترنت أفضل اختبار للعزل
كان عزل العملاء معطلًا بالفعل
تحقق المصدر من إعداد التحكم في العملاء/العزل في Deco، وأفاد بأنه كان معطلًا. كما اختُبرت الهواتف وجهاز ZimaOS باستخدام وحدة Deco نفسها، من دون استعادة الاكتشاف.
وهذا مهم لأن «تعطيل عزل نقاط الوصول» خطوة أولى جيدة، لكنه لم يكن الحل النهائي هنا.
لم ينجح تعديل عاكس Avahi
اقترح أحد أعضاء المجتمع تعديل /etc/avahi/avahi-daemon.conf وتفعيل العاكس. جرّب المستخدم ذلك وأفاد بعدم حدوث أي تغيير.
وبما أن الحل البديل فشل، أوصى النقاش بالتراجع عن التغيير. لا تترك تعديلات قديمة على الاكتشاف لمجرد أنها اقتُرحت في أحد المنتديات.
يدعم ZimaOS الحالي صراحةً الوصول المباشر عبر عنوان IP في المتصفح
توضح وثائق البدء الحالية من IceWhale أنه إذا تعذّر على ZimaClient العثور على الجهاز، فابحث عن عنوان IP للخادم في قائمة عملاء DHCP في جهاز التوجيه، ثم أدخل ذلك العنوان في المتصفح. وستكون شاشة الإعداد/لوحة المعلومات نفسها.
استخدم البديل الحالي عبر عنوان IP المباشر قبل تعديل Avahi.
يوفّر Remote ID مسارًا آخر مدعومًا لهوية الجهاز
تعرض وثائق ZimaOS الحالية Remote ID/NetworkID ضمن الإعدادات ← الشبكة. وتعامل معه مثل بيانات الاعتماد، لأنه يمكن أن يعرّف الجهاز أو يتيح مشاركة الوصول إليه.
راجع نموذج الوصول الحالي باستخدام Remote ID.
ما يجب التحقق منه في Deco أو أي نظام شبكي متداخل آخر
- عزل العملاء/نقاط الوصول؛
- فصل شبكة الضيوف؛
- تمرير البث المتعدد/mDNS بين المقاطع السلكية واللاسلكية؛
- فصل شبكات VLAN؛
- سلوك عقد الشبكة المتداخلة عند انتقال العملاء بينها؛
- تحديثات البرامج الثابتة وخيارات البث المتعدد الخاصة بالمورّد.
لا يثبت الوصول الطبيعي إلى الإنترنت ونجاح اختبار الاتصال أن اكتشاف الخدمات عبر البث المتعدد يُمرَّر بصورة صحيحة.
الأسئلة الشائعة حول اكتشاف ZimaClient
هل أدى تعطيل IPv6 إلى حل الحالة الأصلية؟
لا. أفاد المستخدم صراحةً بأن تعطيل IPv6 لم يساعد.
هل أدى تفعيل عاكس Avahi إلى إصلاح شبكة Deco المتداخلة؟
لا. جرّبه صاحب المنشور الأصلي وأفاد بعدم حدوث أي تغيير.
ما البديل الحالي الأكثر أمانًا عند فشل الاكتشاف المحلي؟
استخدم عنوان LAN IP الخاص بالجهاز في المتصفح، أو استخدم مسار Remote ID/الوصول عن بُعد المدعوم بدلًا من إجراء تعديلات غير موثقة على خدمات المضيف.
