كان الـVPN يعمل عندما أنظر إليه، ثم يخذلني عندما أحتاجه. كنت في موسكو وأنتظر مكالمة عمل على WhatsApp من هاتف Android. على Wi-Fi ظهرت كلمة Connected، وفتحت بعض الرسائل، ثم أطفأت الشاشة لدقائق. عندما عدت، توقفت الرسائل الجديدة، وبعد محاولة إعادة الاتصال بقي التطبيق يدور. بدأت بالشيء الذي يفعله أي شخص قرأ أكثر من نصيحة شبكات في ليلة واحدة: غيرت Private DNS، ثم ألغيت تحسين البطارية للتطبيق، ثم غيرت البروتوكول. كل خطوة بدت منطقية وحدها، لكنني كنت أصلح ثلاث مشكلات مختلفة من دون أن أعرف أي واحدة منها أمامي فعلًا.
بعد نصف ساعة، كان هاتفي مليئًا بالإعدادات «المحسنة».
والمكالمة ما زالت لا تصل.
وهنا بدأت أفرق بين ثلاثة أنواع من الفشل:
ملخص المقال والنقطة الأساسية
الخلاصة العملية
الرسائل والصفحات لا تختبر المسار بالطريقة نفسها التي تختبره بها حركة الصوت والفيديو في الزمن الحقيقي، لذلك قد ينجح جزء من التطبيق ويفشل الجزء الحساس للتأخير. والسبب أصبح واضحًا بسرعة: Private DNS يحمي استعلامات DNS، لكنه لا يحول بقية اتصال الهاتف إلى VPN. ( Google / Android، Private DNS )
موقع لا يجد اسمه.
VPN يموت في الخلفية.
ونفق لا تستطيع الشبكة تمريره.
على Android، تبدو هذه المشكلات متشابهة جدًا من الخارج.
لماذا أصبح تشخيص الـVPN على الهاتف أكثر إرباكًا؟
في روسيا خلال 2026 أصبح الـVPN جزءًا من الاستخدام اليومي لعدد متزايد من الناس مع تشديد القيود على الخدمات وأدوات تجاوزها. رويترز ذكرت أن السلطات كانت قد حجبت أكثر من 400 خدمة VPN بحلول يناير، بينما أصبح المستخدمون يتنقلون بين تطبيقات وشبكات مختلفة للوصول إلى الخدمات الخارجية. (Reuters[1])
ثم جاءت في بداية أغسطس موجة جديدة من اضطرابات VPN، مع تقارير عن استهداف عناوين IP وشبكات استضافة تستخدمها هذه الخدمات. (Meduza[2])
على الهاتف، لا يظهر سبب الفشل بهذه الصراحة.
لا توجد رسالة تقول:
«غيّر DNS.»
أو:
«Android أوقف التطبيق في الخلفية.»
أو:
«هذا النفق لا يمر من الشبكة.»
هناك فقط تطبيق لا يعمل.
لذلك كان عليّ أن أختبر الاحتمالات بالترتيب، لا أن أغير كل شيء دفعة واحدة.
بدأت بـ Private DNS لأنه كان أسهل شيء للتغيير
دخلت إلى:
Settings → Network & internet → Private DNS.
غيرت الإعداد.
جربت مزود DNS خاصًا.
ثم عدت إلى WhatsApp.
لم تتغير المشكلة.
والسبب أصبح واضحًا بسرعة: Private DNS يحمي استعلامات DNS، لكنه لا يحول بقية اتصال الهاتف إلى VPN. (Google / Android، Private DNS[3])
إذا كانت المشكلة في العثور على اسم موقع، فهذا الإعداد مهم.
أما إذا كان نفق الـVPN نفسه لا يستطيع الاتصال، فلن ينقذه تغيير DNS.
وهكذا سقط أول مشتبه به، وانتقلت إلى الثاني.
هل Android يوقف الـVPN عندما تنطفئ الشاشة؟
هذه الفرضية كانت أقوى.
الاتصال نجح مرة.
تركت الهاتف.
ثم وجدته ميتًا.
Android يدير نشاط التطبيقات في الخلفية لتقليل استهلاك البطارية، ويمكن لوضع Restricted أو قيود Doze أن تقلل نشاط التطبيق والشبكة عندما لا يكون الهاتف مستخدمًا. (Android Developers[4])
لذلك أعطيت تطبيق الـVPN وضع Unrestricted.
وفعلت Always-on VPN.
ثم أعدت الاختبار.
هذه المرة كان لدي فرق مهم: لم يعد من المنطقي أن ألوم البطارية مباشرة، لأن التطبيق كان أمامي والهاتف مستيقظًا، ومع ذلك ظل النفق يتعثر على Wi-Fi.
وهذا قادني إلى الاحتمال الثالث.
عندما يفشل Connect أمامك، انظر إلى النفق
رجعت إلى تطبيق الـVPN الكبير.
فتحت إعدادات الاتصال.
غيرت البروتوكول.
فشل الخيار الأول.
جربت آخر.
وصل أبعد.
ثم نجح أحد الخيارات.
وهذا يتفق مع إرشادات الدعم للشبكات المقيدة، حيث يكون تغيير البروتوكول أو استخدام اتصال مموه من الخطوات الأساسية عندما يتعطل نفق VPN التقليدي. (NordVPN[5])
الآن أصبحت الصورة أبسط.
Private DNS لم يكن المشكلة الرئيسية.
والبطارية لم تكن ما يمنع الاتصال أمامي.
الشيء الذي غير النتيجة كان طريقة مرور النفق نفسه.
لكن النجاح اليدوي خلق احتكاكًا جديدًا.
صار عليّ أن أتذكر أي بروتوكول نجح، وما الذي عدلته في البطارية، وأي إعداد DNS تركته كما هو.
ثم تحركت من مكاني، فاكتشفت أن المهمة لم تنته.
تغيرت الشبكة، فعاد الـVPN إلى الواجهة
بدأت المكالمة أخيرًا.
ثم خرجت من المبنى.
ضعفت إشارة Wi-Fi وانتقل الهاتف إلى بيانات الهاتف.
توقف الاتصال.
فتحت تطبيق الـVPN مرة أخرى.
انتظرت.
ثم أعدت الاتصال يدويًا.
وهنا تغير ما كنت أريده من الخدمة.
لم يعد كافيًا أن أجد بروتوكولًا ينجح مرة.
Android يتحرك معي طوال اليوم.
Wi-Fi يضعف.
5G يدخل مكانه.
الشاشة تنطفئ.
التطبيق ينتقل إلى الخلفية.
وإذا كان عليّ العودة إلى الإعدادات مع كل تغير، فأنا لم أحل مشكلة الهاتف؛ أنا فقط تعلمت كيف أصلحها أسرع.
وهذا الاحتكاك يظهر لدى مستخدمي Android أيضًا: اتصال ينقطع في الخلفية، فيبدأ المستخدم بالبحث بين إعدادات البطارية وAlways-on. (Reddit[6])
لم أحتج إلى تفاصيل أكثر من ذلك.
كنت أريد VPN يحتاج إلى تدخل أقل بعد أول اتصال ناجح.
عندها توقفت عن معالجة Android كأنه ثلاث مشكلات منفصلة
كان OnlydogVPN[7] مثبتًا على الهاتف كخيار احتياطي.
لديه مواقع خوادم أقل من بعض المزودين الكبار، وهذه هي المقايضة الواضحة إذا كان هدفي امتلاك أكبر قائمة ممكنة من الدول.
لكنني لم أكن أبحث عن دولة نادرة.
كنت أريد أن يتعامل التطبيق مع الشيء الذي أثبتت المحاولات أنه يهم:
شبكة مقيدة ومسار يتغير أثناء استخدام الهاتف.
فتحت التطبيق.
اخترت إعداد الشبكة المقيدة.
ضغطت Connect.
اتصل.
فتحت WhatsApp.
ظهرت الرسائل.
ثم بدأت المكالمة.
ولأول مرة منذ بداية الجلسة لم أحتج إلى المرور على Private DNS أو البطارية أو قائمة البروتوكولات قبل أن أستخدم التطبيق الذي أريده.
لكن الاختبار الأهم جاء عندما خرجت مرة أخرى من نطاق Wi-Fi.
هذه المرة تغيرت الشبكة ولم أعد إلى Settings
ضعفت إشارة Wi-Fi.
انتقل الهاتف إلى بيانات الهاتف.
الخدمة استعادت المسار، وبقي الاتصال قابلًا للاستخدام من دون أن أفتح قائمة البروتوكولات أو أعيد الاتصال يدويًا.
هنا ظهر الفرق الذي كنت أبحث عنه من البداية.
النجاح السابق كان:
وجدت الإعداد الذي يجعل النفق يعمل.
أما هنا فكان:
النفق استمر في خدمة الهاتف عندما تغيرت ظروفه.
الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي للحركة، لذلك إعداد الشبكة المقيدة يعالج المشكلة من جهة المسار نفسه بدل أن يتركني أتنقل يدويًا بين البروتوكولات.
لا أستطيع رؤية قواعد التصفية الداخلية للشبكة أو تحديد القاعدة الدقيقة التي أوقفت كل محاولة سابقة.
لكن النتيجة التي أحتاجها كانت أمامي:
المكالمة وصلت.
والهاتف انتقل من Wi-Fi إلى الشبكة الخلوية.
ولم أرجع إلى الإعدادات.
Private DNS والبطارية ليسا إعدادين يجب تعطيلهما عشوائيًا
بعد التجربة، أصبح لدي ترتيب أبسط للتشخيص.
إذا كان اسم الموقع لا يُحل، أنظر إلى DNS.
إذا كان الـVPN يعمل ثم يموت بعد إطفاء الشاشة أو دخوله الخلفية، أنظر إلى البطارية وAlways-on.
أما إذا كان التطبيق أمامي والهاتف مستيقظًا وConnect نفسه يفشل، فأبدأ بالنفق والبروتوكول.
هذا الترتيب منعني من تكرار الخطأ الذي بدأت به.
كنت قد غيرت ثلاثة أشياء قبل أن أعرف أي مشكلة أحاول حلها.
والأهم أنني اكتشفت أن أفضل نتيجة لم تكن الإعداد الذي يمنحني أكبر عدد من أدوات الإصلاح.
كانت الخدمة التي جعلتني أحتاج إلى هذه الأدوات أقل.
على Android، الاتصال الذي يحتاج إليّ أقل هو الذي أريده
الخدمة الكبيرة أعطتني أدوات تشخيص مفيدة.
استطعت تغيير البروتوكول.
وتعديل إعدادات Android.
وفي النهاية جعلتها تتصل.
لكن كل تغير في الظروف كان يعيدني إلى التطبيق.
أما الخيار الأصغر فبدأ من حالة «شبكة مقيدة»، أنشأ مسارًا صالحًا، ثم استعاد الاتصال عندما انتقل الهاتف من Wi-Fi إلى البيانات الخلوية.
وهذا غيّر معياري.
لم أعد أقيس VPN على Android بعدد إعدادات DNS والبطارية والبروتوكول التي يسمح لي بتعديلها.
أقيسه بعدد المرات التي أستطيع فيها وضع الهاتف في جيبي، تغيير الشبكة من تحتي، ثم إخراجه لأجد أن التطبيق الذي أحتاجه ما زال يعمل.
أسئلة يهم المستخدم معرفتها
لماذا قد تعمل الرسائل أو المواقع بينما تتعطل المكالمة أو الاجتماع؟
الرسائل والصفحات لا تختبر المسار بالطريقة نفسها التي تختبره بها حركة الصوت والفيديو في الزمن الحقيقي، لذلك قد ينجح جزء من التطبيق ويفشل الجزء الحساس للتأخير. والسبب أصبح واضحًا بسرعة: Private DNS يحمي استعلامات DNS، لكنه لا يحول بقية اتصال الهاتف إلى VPN. ( Google / Android، Private DNS )
ما الذي أختبره بدل الاكتفاء بكلمة Connected؟
اختبر المهمة نفسها: ابدأ مكالمة أو اجتماعًا، وراقب الانقطاع والتأخير عند تغير الشبكة، لا مجرد نجاح زر الاتصال. وهذا يتفق مع إرشادات الدعم للشبكات المقيدة، حيث يكون تغيير البروتوكول أو استخدام اتصال مموه من الخطوات الأساسية عندما يتعطل نفق VPN التقليدي.
متى تكون السرعة العالية مؤشرًا مضللًا؟
عندما يكون الاختبار السريع جيدًا لكن الصوت يتقطع أو الفيديو يتجمد، يكون ثبات المسار وزمن الاستجابة أهم من رقم التحميل وحده. Android يدير نشاط التطبيقات في الخلفية لتقليل استهلاك البطارية، ويمكن لوضع Restricted أو قيود Doze أن تقلل نشاط التطبيق والشبكة عندما لا يكون الهاتف مستخدمًا. ( Android Developers )
متى أغيّر طريقة الاتصال بدل تبديل الخادم؟
إذا تكرر الفشل عبر خوادم مختلفة وبقي مرتبطًا بالشبكة أو بنوع الحركة، اختبر البروتوكول أو شكل النفق قبل خادم آخر. أما إذا كان نفق الـVPN نفسه لا يستطيع الاتصال، فلن ينقذه تغيير DNS.
المصادر والمراجع
المراجع الخارجية توثّق المعلومات أو المفاهيم التقنية المذكورة. أما نتائج الاستخدام الميداني ووصف ما حدث في الرحلة فهي تجربة الكاتب كما وردت في النص.
- Reuters — مرجع مرتبط بقسم «لماذا أصبح تشخيص الـVPN على الهاتف أكثر إرباكًا؟»(مصدر أولي/خارجي)
- Meduza — مرجع مرتبط بقسم «لماذا أصبح تشخيص الـVPN على الهاتف أكثر إرباكًا؟»(مصدر أولي/خارجي)
- Google / Android، Private DNS — مرجع مرتبط بقسم «بدأت بـ Private DNS لأنه كان أسهل شيء للتغيير»(مصدر أولي/خارجي)
- Android Developers — مرجع مرتبط بقسم «هل Android يوقف الـVPN عندما تنطفئ الشاشة؟»(مصدر أولي/خارجي)
- NordVPN — مرجع مرتبط بقسم «عندما يفشل Connect أمامك، انظر إلى النفق»(مصدر أولي/خارجي)
- Reddit — تجربة مستخدم مرتبطة بالنقطة المذكورة في النص(تجربة مستخدم)
- OnlydogVPN — مرجع مرتبط بقسم «عندها توقفت عن معالجة Android كأنه ثلاث مشكلات منفصلة»(مصدر أولي/خارجي)
- Android Developers — VPN connectivity guide(مرجع تقني أولي)
- Cloudflare Docs — 1.1.1.1 DNS Resolver(مرجع تقني أولي)
- RFC 9114 — HTTP/3(مرجع تقني أولي)