توضح هذه الحالة مصدرَين للاتصال يفترض المستخدمون غالبًا أنهما الشيء نفسه. كان ZimaClient يتصل بنجاح عند إدخال معرّف Remote ID، سواء في المنزل أو خارجه، لكن الاكتشاف التلقائي على الشبكة المحلية كان يعرض لم يتم العثور على أي جهاز. وهذا يعني أن ارتباط الخادم ومسار الاتصال عن بُعد كانا يعملان، بينما كان الاكتشاف المحلي متعطلًا.
لم يصل النقاش إلى حل نهائي مؤكد. كان إذن الشبكة المحلية في iOS مفعّلًا بالفعل، وكانت خدمة Avahi قيد التشغيل، ولم تُغيّر إعادة تثبيت ZimaOS بالكامل السلوك، ثم ثبّت المستخدم تطبيق Android لاحقًا ليكتشف أن Android أيضًا فشل في العثور على الخادم تلقائيًا.
عمل معرّف Remote ID بينما فشل اكتشاف الشبكة المحلية
يمثل هذا الاختلاف حدًا تشخيصيًا مفيدًا: لا تستكشف مصادقة Remote ID عندما يقتصر العطل على الاكتشاف المحلي.
كان إذن الشبكة المحلية في iOS مفعّلًا بالفعل
اقترح أحد أعضاء المجتمع، بشكل صحيح، التحقق من إعدادات iOS، إذ تشترط Apple منح إذن صريح للتطبيقات التي تكتشف أجهزة الشبكة المحلية أو تتواصل معها.
لم تُصلح إعادة تثبيت التطبيق وZimaOS المشكلة
أعاد المستخدم تثبيت تطبيق iOS عدة مرات، وأعاد تشغيل وحدة التخزين الشبكية وأوقف تشغيلها، ثم قام في النهاية بتهيئة ZimaOS وإعادة تثبيته. ولم تُعد أي من هذه الخطوات الاكتشاف التلقائي.
تشير هذه الأدلة السلبية إلى أن المشكلة لم تكن مجرد ذاكرة تخزين مؤقتة قديمة للتطبيق أو تثبيت واحد تالف من ZimaOS.
اشتبه المجتمع في mDNS/Bonjour
يعتمد الاكتشاف التلقائي للأجهزة في العديد من التطبيقات المحلية على DNS متعدد الإرسال أو عمليات بث أخرى ذات صلة لاكتشاف الأجهزة على الشبكة المحلية. واشتبَه أعضاء المجتمع في أن العميل لم يكن يتلقى هذه الإعلانات، واقترحوا التحقق من عزل نقاط الوصول/العملاء وإعادة توجيه الإرسال متعدد الوجهات.
اعترض المستخدم لأن AirPrint وAirPlay واكتشاف QNAP وخدمات iOS المحلية الأخرى كانت تعمل عبر شبكة TP-Link Deco نفسها.
كانت خدمة Avahi قيد التشغيل على ZimaOS
كان تشغيل Avahi على الجسور الافتراضية مجرد فرضية من المجتمع
لاحظ رد لاحق نشاط Avahi على واجهات Docker/الواجهات الافتراضية، واقترح احتمال أن الخدمة تعلن على الجسر الخطأ بدلًا من شبكة LAN الرئيسية. وطلب صاحب الرد مزيدًا من مخرجات السجل.
ينتهي النقاش العام قبل التحقق من هذه الفرضية. لا تعرض عبارة «Avahi مرتبط بـ Docker» على أنها السبب الجذري المؤكد.
غيّر فشل Android أيضًا التشخيص
ثبّت المستخدم تطبيق Android وأفاد بأنه لم يتمكن هو الآخر من اكتشاف الخادم تلقائيًا. وأضعف ذلك التفسيرات المرتبطة تحديدًا بميزة Enhanced Privacy في iOS أو إعدادات VPN أو إذن الشبكة المحلية من Apple.
وأصبحت المتغيرات المتبقية هي مضيف ZimaOS أو مسار اكتشاف الشبكة المحلية أو التفاعل بينهما.
طلب IceWhale تفاصيل حول البنية وإعدادات الخصوصية
سأل Zima-Giorgio عن شبكات VLAN والجدران النارية وتصفية البروتوكولات وميزات Enhanced Privacy/VPN في iOS وIP Restriction Tracking واختبار جهاز Apple آخر. كان هذا طلبًا رسميًا لاستكشاف المشكلة، وليس ادعاءً بأن أيًا من هذه الإعدادات تسبب في العطل.
استمر تطوير ZimaClient الحالي
يتجاوز ZimaClient الحالي إصدار أكتوبر 2025 بفارق كبير، ويتضمن تحسينات مستمرة في موثوقية اتصال الأجهزة والتبديل بينها. وفي الحالات الحديثة، حدّث كلًا من ZimaOS وZimaClient قبل تكرار تجارب إعادة التثبيت القديمة.
استخدم إجراءات تثبيت ZimaClient الحالية وسير عمل الاتصال كنقطة أساس.
الأسئلة الشائعة حول اكتشاف ZimaClient على الشبكة المحلية
هل عمل Remote ID في الحالة الأصلية؟
نعم. كان المستخدم قادرًا على الاتصال عبر Remote ID داخل الشبكة المنزلية وخارجها.
هل كان إذن الوصول إلى الشبكة المحلية في iOS معطلًا؟
لا. نشر المستخدم لقطة شاشة تُظهر أنه مفعّل.
هل كانت خدمة Avahi متوقفة؟
لا. أظهرت لقطة الشاشة الأصلية أن avahi-daemon قيد التشغيل.
هل تم تأكيد السبب الجذري النهائي؟
لا. انتهى النقاش العام بينما كان لا يزال يجري بحث اختبارات إضافية للبنية وواجهات Avahi.
