VPN لا يعمل بعد تحديث Android: لماذا أفحص البطارية وPrivate DNS قبل البروتوكول؟

في الليلة السابقة كان الـVPN يعمل.

في الصباح، بعد انتهاء تحديث Android وإعادة تشغيل الهاتف، أصبح يفعل شيئًا أكثر إزعاجًا من الفشل الكامل:

يتصل.

أفتح البريد.

أقفل الشاشة.

وبعد عشر دقائق أفتح الهاتف فأجد الاتصال اختفى، أو التطبيقات معلقة، أو علامة الـVPN ما زالت موجودة لكن الصفحة التي أحتاجها لا تفتح.

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

غيرت الخادم.

ثم البروتوكول.

ثم عدت إلى الوضع التلقائي.

أعدت تشغيل التطبيق.

اتصل.

وضعت الهاتف في جيبي.

وبعد قليل عادت المشكلة.

كان من السهل أن أقول إن تحديث Android «كسر البروتوكول». لكن هناك تفصيلًا لم أستطع تجاهله: العطل يظهر غالبًا بعد أن يظل الهاتف في الخلفية، لا لحظة الضغط على Connect.

وهذا نقلني من إعدادات الـVPN إلى إعدادات Android نفسها.

أول شيء أصلحته لم يكن البروتوكول

فتحت إعدادات التطبيق ثم Battery.

وجدت الـVPN على الوضع المحسّن Optimized.

Android يضع قيودًا مختلفة على عمل التطبيقات في الخلفية، وتحتاج خدمات VPN إلى البقاء نشطة كي تحافظ على النفق أثناء إطفاء الشاشة أو التنقل بين التطبيقات. (Android Developers)

غيرت استخدام البطارية إلى Unrestricted.

شغلت الـVPN.

أطفأت الشاشة.

انتظرت.

فتحت الهاتف من جديد.

الاتصال ما زال موجودًا.

لم تكن هذه نهاية المشكلة، لكنها كانت أول نتيجة مفيدة أحصل عليها منذ التحديث.

وفجأة بدت المحاولات السابقة أقل منطقية.

كنت أغير فرنسا إلى ألمانيا بينما Android نفسه قد لا يعطي التطبيق المساحة التي يحتاجها للبقاء حيًا في الخلفية.

ومن هنا أصبحت لدي قاعدة أبسط:

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

بعد البطارية ظهرت المشكلة الثانية

بقي الاتصال الآن نشطًا، لكن بوابة العمل ما زالت تتصرف بغرابة.

مرة تفتح.

ومرة يتوقف تسجيل الدخول.

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

عدت للحظة إلى فكرة البروتوكول.

غيرته.

ثم جربت وضعًا آخر.

لكن هذه المرة أوقفت نفسي قبل أن أبدأ جولة جديدة من التجارب.

إذا كان تعديل البطارية كشف أن المشكلة ليست كلها داخل تطبيق الـVPN، فما الإعداد الآخر في Android الذي يلمس الشبكة من خارج التطبيق؟

الإجابة كانت في مكان كنت قد نسيته تمامًا:

Private DNS.

كنت قد ضبطته قبل أشهر على مزود مخصص لتقليل بعض الإعلانات والتتبع.

Android يسمح باستخدام Private DNS تلقائيًا أو تحديد مزود مخصص، وهذا الإعداد يعمل على مستوى النظام وليس داخل تطبيق VPN نفسه. (Google Android Help)

حولته إلى Automatic.

أعدت تشغيل الاتصال.

فتحت بوابة العمل.

دخلت.

أغلقت الشاشة.

عدت بعد دقائق.

ما زالت الصفحة تعمل.

هنا بدأت المشكلة تتفكك فعلًا.

لم يكن لدي «VPN سيئ بعد التحديث».

كان لدي Android يحتاج إلى ترتيب طبقتين حول الـVPN قبل أن يصبح اختبار البروتوكول ذا معنى.

تجربة مستخدم واحدة كانت كافية

ظهر نمط قريب في نقاش عام لمستخدم Proton VPN بعد تحديث Android؛ بعد محاولات اتصال غير ناجحة، اتضح أن تغيير إعداد Private DNS في الهاتف هو ما أعاد الاتصال للعمل. (Reddit)

بالنسبة لي، هذا يكفي.

ليس لأن Private DNS هو سبب كل مشكلة VPN بعد تحديث Android، بل لأنه يثبت أن الخطأ قد يكون في إعداد نظامي لا يظهر أصلًا داخل تطبيق الـVPN.

وهنا تغير ترتيب التشخيص عندي:

البطارية أولًا.

Private DNS ثانيًا.

والبروتوكول بعدهما.

الآن فقط أصبح البروتوكول مشكلة حقيقية

بعد ضبط البطارية وإعادة Private DNS إلى Automatic، عادت الخدمة الكبيرة للعمل بصورة أفضل بكثير.

لكن بقي موقف واحد يزعجني.

كنت على Wi-Fi المكتب.

خرجت إلى الشارع.

انتقل الهاتف إلى 5G.

فتحت بوابة العمل.

توقفت الجلسة للحظة أطول مما أريد، واضطررت إلى فتح تطبيق الـVPN وإعادة الاتصال.

حدث شيء مشابه لاحقًا عندما دخل الهاتف إلى Wi-Fi جديد.

وهنا أصبح من المنطقي أن أتحدث عن البروتوكول.

لم يعد Android يقتل التطبيق في الخلفية.

ولم يعد لدي Private DNS مخصص يضيف طبقة أخرى إلى الاتصال.

المشكلة الآن واضحة:

هل يستطيع الـVPN التعافي بسرعة عندما تتغير الشبكة تحته؟

وهذا سؤال مختلف تمامًا عن المشكلة التي كنت أحاول حلها قبل نصف ساعة.

لم أكن أريد إدارة الطبقة الثالثة أيضًا

الخدمة التي كنت أستخدمها ناضجة.

لديها تاريخ طويل، وخيارات بروتوكول متعددة، وتحكم واسع.

لكن بعد تحديث Android، أصبحت لدي ثلاث طبقات أراقبها:

البطارية.

Private DNS.

ثم البروتوكول واستعادة الاتصال.

كلما حدث انقطاع أبدأ من جديد:

هل قتل Android التطبيق؟

هل DNS هو السبب؟

هل تغيرت الشبكة؟

هل أبدل البروتوكول؟

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

كنت أريد تطبيقًا يتعامل مع تغير Wi-Fi وبيانات الهاتف بأقل تدخل ممكن.

وهنا جربت خيارًا مختلفًا.

بعد تنظيف Android، فتحت OnlydogVPN

تركت Battery على Unrestricted.

وأبقيت Private DNS على Automatic.

ثم فتحت OnlydogVPN.

اخترت الوضع المناسب لاتصال يتغير أثناء التنقل، وضغطت Connect.

فتحت بوابة العمل.

دخلت.

ثم وضعت الهاتف في جيبي وخرجت من المكتب.

اختفى Wi-Fi وانتقل الهاتف إلى 5G.

بعد دقائق فتحت البوابة مرة أخرى.

عاد الاتصال واستطعت متابعة الجلسة من دون الدخول إلى قائمة بروتوكولات أو إعادة بناء الإعداد.

لاحقًا اتصل الهاتف بشبكة Wi-Fi أخرى.

استمر الاستخدام.

وهذه كانت اللحظة التي انتهى فيها إحساسي بأنني ما زلت «أصلح VPN بعد تحديث Android».

عدت فقط إلى استخدام الهاتف.

التقنية هذه المرة بقيت قصيرة

الخدمة تستخدم نقلًا مبنيًا على HTTP/3، مع تصميم يركز على التعافي عندما تضعف الشبكة أو تتغير، بدل مطالبة المستخدم بإدارة البروتوكول يدويًا في كل انتقال.

بالنسبة لي، هذا هو الجزء المهم.

لم أحتج إلى مقارنة جداول البروتوكولات.

رأيت الفرق مباشرة:

Wi-Fi.

ثم 5G.

ثم Wi-Fi آخر.

والجلسة بقيت قابلة للاستخدام.

لا أستطيع رؤية قواعد إدارة الخلفية وفلترة الشبكة الداخلية التي طبقها Android بعد التحديث على كل محاولة بعينها، لكن بعد إزالة قيود البطارية وتبسيط Private DNS أصبح الفرق بين التطبيقين واضحًا في الاستخدام نفسه.

الخدمة الكبيرة أعادتني إلى الاتصال بعد الضبط.

أما التطبيق الأصغر فجعل الانتقال بين الشبكات أقل شيء أحتاج إلى التفكير فيه.

ثم ظهر سبب جعلني لا أرجع إلى Private DNS المخصص

كان Private DNS المخصص موجودًا عندي لسبب عملي: كنت أستخدمه لتقليل بعض طلبات التتبع والإعلانات.

بعد تحويله إلى Automatic، توقعت أن أضطر لاحقًا إلى إعادة بناء هذا الجزء من الإعداد.

لكن أثناء التصفح لاحظت عداد الطلبات المحجوبة داخل التطبيق.

الخدمة تتضمن حجبًا للتتبع والإعلانات، لذلك لم أعد أحتاج إلى إبقاء طبقة DNS مخصصة فوق النظام فقط لهذا الغرض.

هذه لم تكن الميزة التي أصلحت مشكلة الـVPN.

الاتصال كان قد نجح بالفعل.

لكنها حلت الاحتكاك الذي ظهر بعد الإصلاح: استطعت تبسيط إعداد Android من دون التخلي عن السبب الذي جعلني أستخدم Private DNS في المقام الأول.

وهنا أصبح الهاتف أخف فعلًا من طبقة إلى أخرى.

التحديث لم يجعلني أحتاج بروتوكولات أكثر

في البداية كنت أفكر هكذا:

الـVPN لا يعمل بعد التحديث.

إذن أغير البروتوكول.

إذا لم ينجح، أغير الخادم.

ثم أحذف التطبيق وأبدأ من جديد.

بعد التجربة، أصبح الترتيب عندي مختلفًا تمامًا.

إذا كان الاتصال يموت بعد إطفاء الشاشة، أنظر إلى البطارية.

إذا بقي الـVPN متصلًا لكن التطبيقات أو أسماء المواقع تتصرف بشكل غير متسق، أنظر إلى Private DNS.

وبعد أن يصبح Android نفسه بيئة مستقرة، يصبح السؤال عن البروتوكول والتعافي من تغير الشبكة منطقيًا.

هذا الترتيب لا يجعل التشخيص أسرع فقط.

بل يكشف أيضًا أي VPN أفضله بعد انتهاء التشخيص.

لا أريد أن ألوم تطبيقًا على مشكلة صنعها Android.

لكن بعد إصلاح Android، لا أريد كذلك أن أظل مسؤولًا عن استعادة الاتصال يدويًا كلما انتقلت من Wi-Fi إلى 5G.

أين تبقى أفضلية الخدمة الكبيرة؟

في النضج العام.

الخدمات القديمة لديها تاريخ أطول، خيارات أكثر، ومراجعات مستقلة أكثر.

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

لكن بعد تحديث Android، لم تكن مشكلتي نقص الإعدادات.

كانت كثرة الأشياء التي يجب أن أراقبها في الوقت نفسه.

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

بعد تحديث Android، لم يعد سؤالي الأول أي بروتوكول أجرب؛ أصبح: هل أعطيت الـVPN بيئة نظيفة ليعمل فيها، ثم هل يستطيع أن يبقى معي عندما ينتقل الهاتف من شبكة إلى أخرى؟