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

أي نوع رسالة فشل فعلاً

SMS وMMS الخاصة بالمشغّل وRCS ثلاث خدمات مختلفة تتشارك نافذة محادثة واحدة. الفقاعة في المحادثة لا تخبرك أي واحدة استُخدمت، وإصلاح واحدة لا يمسّ الأخريات. رسالة صورة فاشلة هي في الحقيقة رسالة RCS لن تُصلح بتغيير إعدادات APN، ورسالة MMS لم تغادر الهاتف قط لن تُصلح بإعادة تسجيل RCS.

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

MMS تطلب شبكة، لا مجرد مسار

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

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

What you observeWhere to look first
No mobile data at all, SMS also failsSubscription, carrier data service, SIM state
Browsing works, MMS fails only with the VPN onThe app's network integration or the VPN policy
MMS fine, RCS will not registerRCS registration, unrelated to the MMS transport
MMS fails on one SIM but not the otherWhich subscription owns mobile data, and which sent the message

اترك إعدادات المشغّل كما هي

أبقِ APN المقصود من المشغّل وعنوان خادم MMS وإعدادات الوسيط كما هي. تغيير VPN لسلوك التصفح ليس سبباً للصق APN غير مألوف أو خادم DNS عام؛ فـMMS لا تستخدم المحلّل الذي يفضّله متصفحك، وAPN خاطئ يكسر المسار الوحيد الذي كان يعمل.

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

اجعل المقارنة ضيّقة

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

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

ما الذي تسلّمه للدعم، وما الذي لا تفترضه

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

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

مقالات ذات صلة