VPN في السعودية: لماذا ينجح على STC ثم يتعطل على زين أو موبايلي؟

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

في البداية، ألقيت اللوم على مزود الـVPN.

ثم أدركت أن هذا لا يفسر ما حدث: التطبيق نفسه، الهاتف نفسه، والحساب نفسه كانوا يعملون قبل دقائق. الشيء الوحيد الذي تغير هو شركة الاتصالات.

ومن هنا تغير السؤال من «لماذا تعطل الـVPN؟» إلى سؤال أكثر فائدة:

لماذا يعمل المسار على STC ثم يحتاج إلى طريقة مختلفة على زين أو موبايلي؟

الإجابة لا تحتاج إلى افتراض أن شركة معينة «تحجب كل VPN». يكفي أن الشبكات الثلاث ليست الطريق نفسه إلى الإنترنت.

تغيير الشريحة يغير أكثر من اسم الشركة أعلى الشاشة

من الخارج، تبدو التجربة متشابهة.

5G في الهاتف. المواقع تفتح. واختبار السرعة قد يعطي رقماً ممتازاً على الشبكات الثلاث.

لكن STC وزين وموبايلي تدير كل منها شبكتها ومساراتها إلى الإنترنت. كما تختلف بينها درجة استخدام IPv6، وهو ما يظهر في قياسات APNIC للشبكات السعودية. (APNIC Labs)

هذا يعني أن اتصال VPN الذي نجح عبر طريق معين على STC قد يصل إلى الخادم بطريقة مختلفة عندما ينتقل الهاتف إلى زين أو موبايلي.

ولا يظهر هذا الاختلاف في VPN فقط. تقارير الأداء السعودية نفسها تظهر أن ترتيب المشغلين يتغير بحسب التطبيق أو الخدمة وزمن الاستجابة؛ الشبكة التي تتفوق في مسار لا تتصدر بالضرورة في مسار آخر. (CST)

عندها فهمت لماذا كان تغيير الشريحة كافياً لقلب النتيجة.

لم يكن الهاتف قد تغير.

الطريق تحته هو الذي تغير.

الخدمة الكبيرة جعلت اختلاف الشبكات مشكلتي أنا

عدت إلى خدمة VPN كبيرة أستخدمها منذ فترة.

على STC كان الوضع الافتراضي يتصل فوراً.

على زين لم يتصل.

فتحت الإعدادات وغيرت البروتوكول.

محاولة.

فشل.

غيرت الخادم.

ثم عدت إلى الوضع التلقائي وأعدت تشغيل بيانات الهاتف.

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

وهذا النوع من الاحتكاك ظهر أيضاً في تجارب مستخدمين سعوديين: VPN يعمل على مشغل ثم يتعطل على آخر، وأحياناً يعيد تغيير البروتوكول الاتصال إلى الحياة. (Reddit)

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

لم أعد أريد معرفة أي بروتوكول يناسب STC وأي واحد أجربه إذا انتقلت إلى زين.

أردت ألا يكون اسم المشغل جزءاً من المهمة أصلاً.

الخادم الأسرع لم يكن هو الحل

جربت خادماً سريعاً جداً عندما كنت على موبايلي.

نجح.

ثم أعدت البيانات إلى زين.

فشل الاتصال مرة أخرى.

في هذه اللحظة فقد Speedtest معناه تقريباً.

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

المشكلة تحدث قبل الوصول إلى مرحلة السرعة.

والسعودية ليست بيئة ينقصها الإنترنت السريع أصلاً؛ تقارير هيئة الاتصالات والفضاء والتقنية تسجل بنية متنقلة قوية ونمواً كبيراً في الاستخدام. (CST)

لذلك عندما يعمل الإنترنت العادي بينما يتغير سلوك الـVPN بمجرد تغيير الشريحة، أصبحت أبحث عن قدرة الاتصال على التأقلم، لا عن رقم أعلى.

وهنا جربت التطبيق الآخر.

بدلت الشريحة، لا الإعدادات

فتحت OnlydogVPN والبيانات على زين.

بدلاً من الدخول إلى قائمة بروتوكولات وخوادم ومحاولة تخمين ما ستفضله الشبكة، استخدمت الإعداد الموجه للموقف.

اتصل.

فتحت الصفحة التي أحتاجها.

اكتملت.

بعد ذلك أعدت البيانات إلى STC.

استمر الاتصال.

ثم استخدمت نقطة اتصال من هاتف على موبايلي.

هذه هي اللحظة التي كنت أنتظرها. في التجربة السابقة، تغيير الشبكة كان بداية جولة جديدة داخل إعدادات الـVPN.

هذه المرة غيرت الشبكة فقط.

لم أغير إعداد الـVPN معها.

واصلت الاستخدام.

وهذا، أكثر من أي رقم سرعة، هو ما جعل التطبيق الأصغر يبدو مناسباً للمشكلة التي بدأت منها.

بدلاً من أن أفكر: «أنا الآن على زين، ماذا أغير؟»

لم أعد بحاجة إلى التفكير باسم المشغل.

لماذا ساعد اختلاف طريقة الاتصال؟

الخدمة تستخدم نقلاً مبنياً على HTTP/3 مع تمويه إضافي لحركة الـVPN.

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

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

لكن هذا هو التحفظ الوحيد الذي احتجته.

النتيجة أمامي كانت واضحة:

مع الخدمة الأولى، تغير المشغل فدخلت أنا إلى الإعدادات.

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

هذا هو الفرق العملي.

ثم حدث الاختبار الأكثر واقعية

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

كنت أعمل على Wi-Fi، ثم خرجت.

ضعفت الشبكة اللاسلكية وانتقل الهاتف إلى بيانات زين.

استمر الاتصال.

بعد ذلك جعلت STC شريحة البيانات الأساسية بسبب قوة الإشارة في الطريق.

واصلت الاستخدام من دون بدء جلسة VPN جديدة.

هذا النوع من الانتقال هو المكان الذي يصبح فيه أساس HTTP/3/QUIC مفيداً فعلاً: الاتصال مصمم للتعامل مع تغير المسار بدلاً من ربط الجلسة بالكامل بالطريق الأول. (IETF)

وبالنسبة لي، انتهى الشرح التقني هنا.

Wi-Fi تغير إلى زين.

زين تغيرت إلى STC.

وأنا لم أعد إلى شاشة الإعدادات.

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

توقفت عن البحث عن قاعدة من نوع «STC تعمل، زين لا»

قبل الاختبار كنت أريد إجابة ثابتة.

هل STC أفضل للـVPN؟

هل زين تحجب بروتوكولاً معيناً؟

هل موبايلي تحتاج إلى خادم مختلف؟

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

المسارات تتغير. الهاتف قد يستخدم IPv4 أو IPv6 بطريقة مختلفة. والمكان نفسه قد يعطيك طريقاً آخر عندما ينتقل الجهاز بين أبراج أو أنواع اتصال مختلفة. (APNIC Labs)

لذلك أصبحت العبارة «هذا VPN يعمل على STC» غير كافية بالنسبة لي.

ما أريد معرفته هو ما يحدث بعد دقيقة، عندما أبدل إلى زين.

ثم بعد ذلك عندما أصل إلى Wi-Fi.

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

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

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

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

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

الخدمة الأصغر لا تتفوق عليها في حجم الخريطة.

إذا كنت أحتاج إلى اختيار مدينة محددة أو أريد التحكم اليدوي الكامل في البروتوكول والخادم، فقد أفضل المزود الأكبر.

لكن هذه ليست المشكلة التي جعلتني أبدأ الاختبار.

مشكلتي كانت:

VPN يعمل على STC.

أبدل إلى زين.

يتوقف.

أنتقل إلى موبايلي.

وأبدأ تجربة الإعدادات من جديد.

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

الاختبار الذي أستخدمه الآن

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

أبدأ على STC وأفتح الصفحة أو الخدمة التي أحتاجها.

ثم أحول البيانات إلى زين.

وبعدها أجرب موبايلي، أو نقطة اتصال تعمل عليها.

ولا ألمس إعدادات الـVPN بين الخطوات إلا إذا أجبرني التطبيق.

بهذه الطريقة أعرف سريعاً الفرق بين خدمتين.

واحدة تعمل طالما بقيت في الظروف التي تناسبها.

والأخرى تتعامل مع تغير الظروف من دون أن تحولني إلى مهندس الشبكة الخاص بهاتفي.

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

أما التطبيق الأصغر فسمح لي بتغيير الشريحة، لا طريقة استخدام الـVPN.

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