Android 17 لا يجد تلفزيونك أو طابعتك أو NAS؟ افحص هذه الإعدادات

يستطيع هاتفك تحميل المواقع وبث الموسيقى واستقبال الرسائل، لكن الطابعة اختفت. أو لم يعد تطبيق وسائط يرى التلفزيون الذي كان يعمل بالأمس.

هذا الوضع محبط لأن Wi-Fi يبدو سليماً. وقد يكون سليماً فعلاً. فالوصول إلى الإنترنت والوصول إلى جهاز آخر داخل منزلك مهمتان مختلفتان.

في Android 17 قد يحتاج التطبيق الذي يستهدف Android 17/API 37 أو أحدث إلى إذن الشبكة المحلية الجديد قبل أن يكتشف الأجهزة على شبكتك أو يتصل بها. أما التطبيقات التي تستهدف إصدارات أقدم، والتطبيقات التي تستخدم بعض أدوات اختيار الأجهزة في النظام، فتخضع لقواعد مختلفة. لذلك فاختفاء التلفزيون سبب لفحص الأذونات، وليس دليلاً على أن Android حظر شبكة منزلك كلها.المصدر 1

ابدأ بالتطبيق الذي يفشل. لا تُعد ضبط الهاتف إلى إعدادات المصنع ولا تُعد ضبط الطابعة بعد.

أولاً، حدّد أي جزء توقف عن العمل

جرّب جهازاً واحداً وتطبيقاً واحداً في كل مرة. الفحوصات التالية خطة تشخيص، وليست ادعاءً بأن لكل عرض سبباً واحداً فقط.

دوّن إصدار التطبيق المتعطل ورقم بناء Android في الهاتف. عبارة «Android 17 أفسد البث» أقل فائدة بكثير من «توقف إصدار التطبيق X عن اكتشاف هذا التلفزيون بعد تحديثه هو».

ما الذي يغيّره إذن Android 17 فعلاً

اسم الإذن ACCESS_LOCAL_NETWORK. وتضعه Google في مجموعة أذونات الأجهزة القريبة. يغطي الاتصال المباشر داخل الشبكة المحلية، بما فيه اتصالات TCP المعنية وحركة UDP والاكتشاف المحلي. ولا تحصل WebView على استثناء منفصل عن أذونات التطبيق المضيف.المصدر 1

تفصيلان يوفران الكثير من التشخيص غير الضروري:

إصدار SDK المستهدف في التطبيق مهم. لا يضع Android 17 كل تطبيق مثبت في حالة الإذن الجديدة نفسها لمجرد ترقية الهاتف.

قد تتولى أداة اختيار في النظام اختيار الجهاز. تصف وثائق Google أساليب مثل Cast Output Switcher وأداة اختيار خدمات الشبكة التي يتوسطها النظام. والتطبيق الذي يستخدم أسلوباً مؤهلاً لا يحتاج بالضرورة إلى وصول واسع إلى كل جهاز في الشبكة المحلية.المصدر 1

لا تتوقع رسائل طلب مطابقة في تطبيقي بث مختلفين. فخيارات التنفيذ المختلفة قد تعطي تجارب أذونات مختلفة.

لماذا قد يتسبب تحديث التطبيق في المشكلة لاحقاً

لا يلزم أن تقع ترقية الهاتف وتغيير توافق التطبيق في اليوم نفسه. فقد يغيّر التطبيق إصدار Android الذي يستهدفه في إصدار لاحق.

للتشخيص، سجّل الحدثين منفصلين. وحين يتعطل شيء، تحقق هل تحدّث الهاتف، أم التطبيق، أم تغيّر الراوتر، أم ثبّت الجهاز المستقبِل فيرمويراً جديداً. اعتبر آخر تغيير دليلاً لا حكماً.

افحص أذونات التطبيق المتعطل

افتح صفحة معلومات التطبيق في Settings في Android، ثم افحص Permissions. ابحث عن إذن الشبكة المحلية أو الأجهزة القريبة المتعلق بالميزة. قد تختلف الصياغة والتجميع بحسب البناء.

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

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

وماذا لو لم يوجد إذن لتفعيله؟

لا تفترض أن مفتاحاً مخفياً لا بد أن يوجد. فقد لا يطلب التطبيق الإذن، أو يستخدم مساراً مدعوماً آخر للاكتشاف، أو لم ينفذ التغيير بشكل صحيح بعد.

استخدم إجراء «add device» أو «find printer» أو «connect to server» في التطبيق مرة واحدة. فقد يرتبط طلب الإذن بهذا الإجراء بدل أن يظهر عند بدء التشغيل. وإذا لم يظهر طلب أو إعداد مناسب، فراجع ملاحظات الإصدار ومتتبع المشكلات لدى المشرف على التطبيق.

تجنب نسخ أوامر تحاول منح إذن لم يعلنه التطبيق أصلاً. وأمر اختبار المطورين الخاص بـ Android 16 ليس حلاً عاماً للمستخدمين في Android 17.

مثال حقيقي: مشكلة الشبكة المحلية في Kodi على Android 17

أبلغت مشكلة في Kodi في يوليو 2026 عن حظر الوصول إلى الشبكة المحلية على نسخة nightly من Kodi v22 Beta 1 تستهدف API 37، وتعمل على GrapheneOS المبني على Android 17. وحدّد البلاغ إعلان إذن مفقوداً. ثم أُغلقت المشكلة لاحقاً بوسم «تم الإصلاح» مع ربطها بعمل تطويري.المصدر 2

هذا دليل مفيد على مشكلة توافق محددة. وهو ليس دليلاً على أن كل إصدار من Kodi، أو كل هاتف Android 17، أو كل تطبيق بث معطل.

الدرس العملي هو تحديد بناء التطبيق بدقة قبل تغيير الشبكة. فإذا كان الخلل في تنفيذ إذن التطبيق، فإن إعادة ضبط راوتر سليم لن تضيف الإعلان المفقود. تحقق من أي بناء منشور يتضمن التصحيح، ولا تفترض أن مشكلة موسومة «تم الإصلاح» وصلت بالفعل إلى قناتك المثبتة.

افحص Wi-Fi الضيوف وعزل العملاء

قد توفر شبكة الضيوف الوصول إلى الإنترنت مع منع الأجهزة عمداً من التخاطب فيما بينها. وتصرّح Google بأن عزل AP أو العملاء مشكلة إعداد في أجهزة البث لديها.المصدر 3

افحص الشبكة المعروضة على الهاتف وعلى الجهاز المستقبِل. قد يتعذر على هاتف في شبكة ضيوف معزولة الوصول إلى طابعة متصلة بشبكة المنزل الرئيسية، حتى لو بدت أسماء Wi-Fi متقاربة.

صِل الجهازين بشبكة تملكها وتثق بها. وفي شبكة فندق أو مكتب أو حرم جامعي، اسأل المسؤول هل يُسمح باكتشاف الأجهزة المحلية. لا تعطّل عزل شبكة غيرك، ولا تعرّض طابعة للإنترنت.

هل يجب أن يستخدم الجهازان 2.4 GHz؟

ليس بالضرورة. السؤال المهم هو هل يسمح الراوتر بالتواصل بين الجهازين، لا هل يتطابق نطاقا الاتصال اللاسلكي.

قد يشترط معالج الإعداد نطاقاً معيناً لمنتج معين. اتبع تعليمات ذلك المنتج. لكن نقل كل الأجهزة إلى 2.4 GHz ليس إصلاحاً شاملاً لمشكلة إذن أو شبكة ضيوف معزولة.

افصل الاكتشاف عن الاتصال الفعلي

يجيب اكتشاف الأجهزة عن سؤال «ما المتاح؟». ويجيب الاتصال عن سؤال «هل يستطيع هذا التطبيق الوصول إلى تلك الخدمة واستخدامها؟»

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

ثم قارن النتائج:

• الوصول عبر المتصفح يعمل والاكتشاف يفشل: افحص الاكتشاف أو التطبيق المتعطل قبل اعتبار الجهاز غير متصل.
• المتصفح والتطبيق كلاهما يفشلان: افحص مسار الشبكة والجهاز المستقبِل وأذونات كل تطبيق المنطبقة.
• الاكتشاف يعمل وتسجيل الدخول يفشل: افحص حساب الخدمة أو بيانات الدخول بدل تغيير إعدادات الاكتشاف مراراً.

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

في NAS استخدم الخدمة وصيغة العنوان الموثقتين لدى الشركة المصنعة. ولا تفعّل بروتوكول مشاركة ملفات قديماً لمجرد أن تعليقاً في منتدى قال إنه سهّل الاكتشاف.

اختبر VPN وبرمجيات التصفية دون تفكيك إعداداتك

على شبكة منزلك الموثوقة، كرر الإجراء الفاشل مع فصل VPN مؤقتاً. ثم أعده بعد ذلك. وإذا كان ملف العمل أو مؤسستك تتحكم في VPN فاسأل المسؤول بدل محاولة تجاوزه.

إذا تغيرت النتيجة فافحص إعدادات الشبكة المحلية أو split-tunneling الموثقة في VPN. «Allow LAN» ليس إعداداً بسلوك متطابق في كل برامج VPN، وبعض المنتجات تحجب الوصول إلى الأجهزة القريبة عمداً.

اجعل الاختبار محدداً. إيقاف VPN والجدار الناري وتصفية DNS وكل إعدادات الخصوصية معاً يجعل من المستحيل معرفة أي تغيير كان هو المؤثر.

افصل أيضاً بين VPN ومشكلة DNS. فعنوان IP محلي مدخل يدوياً واسم جهاز ينتهي بـ .local ليسا الاختبار نفسه. دوّن أيهما ينجح.

حدّث المكوّن الذي تشير إليه الأدلة

حين يفشل تطبيق واحد فقط، حدّثه من قناة توزيعه المشروعة وراجع مشكلاته الأخيرة. وحين يفشل كل العملاء فافحص الجهاز المستقبِل والراوتر بدلاً من ذلك.

ترتيب معقول:

1. أعد فتح التطبيق المتعطل بعد فحص أذوناته.
2. تأكد أن الجهاز المستقبِل يعمل وعلى الشبكة المقصودة.
3. كرر الاختبار بتطبيق أو جهاز آخر سبق أن وثقت به.
4. راجع ملاحظات إصدار التطبيق والجهاز والراوتر المعنية.
5. أعد تشغيل المكوّن الذي لا يزال سلوكه موضع شك، ثم أعد الاختبار.

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

ما الذي ترسله إلى مطوّر التطبيق

التقرير المفيد قصير بما يكفي لإعادة إنتاج المشكلة:

Phone model and Android build:
App name, version and installation source:
Stock Android or named custom OS:
Device being discovered and its firmware:
Main Wi-Fi or guest Wi-Fi:
Relevant permission shown, granted or missing:
VPN enabled during the test:
Does another app or phone work?
Does a documented direct local address work?
Exact error and steps that reproduce it:

احذف كلمات المرور ومعرّفات الحسابات وكل ما يدل على شبكة خاصة قبل نشر لقطات الشاشة علناً. فالمشرف يحتاج عادةً إلى الخطأ والإعداد، لا إلى بيانات دخول NAS الخاص بك.

إذا لم يُثبَّت التطبيق أصلاً فاستخدم دليل استكشاف أخطاء تثبيت APK المنفصل. فالأذونات داخل تطبيق مثبت لا تصلح حزمة تثبيت ناقصة أو غير متوافقة.

الأسئلة الشائعة

هل يحظر Android 17 كل تطبيقات البث؟

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

لماذا يرى YouTube تلفزيوني بينما لا يراه تطبيق آخر؟

تضيّق هذه المقارنة المشكلة لكنها لا تثبت السبب. فقد تستخدم التطبيقات مسارات اكتشاف أو أذونات أو ميزات مرتبطة بالحساب مختلفة. افحص التطبيق المتعطل بدل افتراض أن التلفزيون معطل.

هل يحل مسح كاش التطبيق مشكلة إذن مفقود؟

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

هل أعيد ضبط إعدادات الشبكة؟

ليس كخطوة أولى. فهي تغيّر أكثر من التطبيق الواحد الذي تفحصه. وتشير إرشادات Google لهواتف Pixel إلى أن إعادة ضبط Bluetooth وWi-Fi تزيل اتصالات Wi-Fi المحفوظة.المصدر 4 احتفظ بتفاصيل شبكتك وجرّب الفحوصات الأضيق أولاً.

أفضل خطوة أولى

قبل أن تغيّر أي شيء أجب عن هذا: هل تتبع المشكلة التطبيق أم الهاتف أم الشبكة؟

كثيراً ما تفيد هذه المقارنة الواحدة أكثر من قائمة طويلة من «حلول Wi-Fi». ثم افحص الإذن المعني، وسجّل تغييراً واحداً وكرر الاختبار نفسه. وأبقِ الوصول إلى الإنترنت سليماً أثناء تشخيص الاتصال المحلي.

المصادر والنطاق

يجمع هذا الدليل بين وثائق Android الرسمية ومشكلة محددة لدى أحد المشرفين وسير عمل تشخيصي. ولا يدّعي تحققاً عملياً على أجهزة Android 17. وقد روجعت الوثائق وحالة المشكلة في 28 سبتمبر 2026.

• المصدر 1: Android Developers، «Local network permission». سلوك Target-SDK، ومجموعة الأذونات، والحركة المشمولة، وبدائل أدوات الاختيار في النظام. فتح المصدر
• المصدر 2: مشكلة Kodi رقم 28557، «Android 17: Kodi v22 BETA1 nightly is missing ACCESS_LOCAL_NETWORK permission»، فُتحت في 7 يوليو 2026. بيئة البلاغ محددة، والمشكلة المغلقة لا تثبت أي إصدار عام مثبت لدى القارئ. فتح المصدر
• المصدر 3: مساعدة أجهزة البث من Google، وإعدادات الراوتر، وعزل AP/العملاء. فتح المصدر
• المصدر 4: مساعدة Google Pixel، «Fix mobile connectivity issues»، وعواقب إعادة ضبط الشبكة. فتح المصدر