VPN على فيرجن موبايل الإمارات لا يتصل أو يصبح بطيئًا؟ المشكلة قد تكون في طريقة عبور الاتصال لا في WireGuard أو DNS

كان الـVPN يعمل على Wi-Fi الفندق قبل دقائق. نزلت إلى الردهة، أغلقت Wi-Fi، وانتقل الهاتف إلى 5G على شريحة Virgin Mobile الإماراتية التي اشتريتها بعد وصولي إلى دبي. الإنترنت العادي بقي سريعًا؛ الخرائط تعمل، البريد يصل، وصفحات الويب تفتح فورًا. لكن عندما حاولت فتح مساحة العمل الخاصة بالشركة، بقي تطبيق الـVPN على «Connecting». افترضت أن الخادم هو المشكلة، فغيّرته. ثم اخترت WireGuard يدويًا. بعدها OpenVPN. وفي النهاية غيرت DNS أيضًا. بعد عشر دقائق كنت أملك إنترنت سريعًا وVPN مليئًا بالخيارات، لكنني ما زلت لا أستطيع فتح الملف الذي احتاجه.

هذا النوع من المشكلة أصبح يهم شريحة أكبر من المستخدمين في الإمارات. ففي 2025 تجاوز عدد تنزيلات تطبيقات VPN في الدولة 9.6 ملايين، وسط طلب كبير من المقيمين والزوار الذين يعتمدون على هواتفهم في الاتصال والعمل أثناء التنقل. (Khaleej Times، 27 مارس/آذار)

وهذه بالضبط الفئة التي تجذبها Virgin Mobile: خدمة رقمية يمكن إدارتها من التطبيق، مع خيارات للمقيمين والسياح. (Virgin Mobile UAE) لكن بعد انتقالي من Wi-Fi الفندق إلى بيانات الهاتف، اكتشفت أن سهولة شراء الشريحة لا تعني أن كل VPN سيتعامل مع الشبكة بالسهولة نفسها.

هناك تفصيل آخر مهم. Virgin Mobile UAE تعمل ضمن Emirates Integrated Telecommunications Company، الشركة نفسها التي تقف خلف du. (Virgin Mobile UAE) لذلك توقفت سريعًا عن البحث عن «إعداد سري خاص بفيرجن».

السؤال الأكثر فائدة كان أبسط:

أي VPN يستطيع التعامل مع الطريق الموجود أمامه من دون أن يجعلني أختبر كل بروتوكول بنفسي؟

بدأت بـWireGuard لأن المشكلة بدت كأنها مشكلة سرعة

كان WireGuard أول اختيار منطقي.

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

ضغطت Connect.

انتظرت.

غيرت الخادم.

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

هنا ظهر أول شيء غيّر حكمي. WireGuard سريع، لكنه لا يتضمن إخفاء شكل حركة الـVPN ضمن تصميمه الأساسي؛ إذا احتاج التطبيق إلى جعل الحركة أقل وضوحًا للشبكة، فعليه معالجة ذلك في طبقة إضافية. (WireGuard^[3])

وفجأة لم يعد عدد الخوادم هو الشيء الذي يشغلني.

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

وأنا لم أكن أبحث عن أفضل نتيجة Speedtest.

كنت أحاول فتح ملف عمل.

لذلك انتقلت إلى OpenVPN.

OpenVPN اتصل، لكنه أعادني إلى لوحة الإعدادات

هذه المرة نجح الاتصال.

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

كان أمامي الآن المزيد من الحلول الممكنة. OpenVPN يستطيع العمل عبر UDP أو TCP، وهذا يمنحه مرونة أكبر عندما تختلف ظروف الشبكة. (OpenVPN^[4])

لكن هذه المرونة تحولت أمامي إلى سلسلة أسئلة:

UDP أم TCP؟

خادم آخر؟

منفذ آخر؟

إعادة الاتصال؟

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

وهنا، أكثر من البطء نفسه، بدأت كثرة القرارات تزعجني.

ثم فعلت الشيء الذي تفعله غالبًا عندما تنتهي الأفكار السهلة.

غيرت DNS.

DNS لم يكن الحل لأن المشكلة كانت أسبق منه

اخترت DNS مختلفًا وأعدت تشغيل الاتصال.

لم يتحسن شيء.

وهذا كان مفيدًا بطريقة غير مباشرة، لأنه جعل المشكلة أوضح.

DNS مهم عندما تكون المشكلة في حل أسماء المواقع أو في المسار الذي تسلكه استعلاماتها. أما هنا، فالعقبة كانت أن اتصال الـVPN نفسه لا يجد طريقًا مستقرًا بسهولة.

كنت أصلح الجزء الخطأ.

وتوجد تجارب مستخدمين في الإمارات تعكس النوع نفسه من الإحباط؛ في نقاش على r/ProtonVPN اشتكى مستخدم من فشل الاتصال على du وVirgin حتى بعد تبديل الخوادم. (Reddit^[5]) لم أحتج إلى أكثر من هذه الملاحظة: عندما يتكرر الفشل عبر أكثر من خادم، يصبح من المنطقي النظر إلى طريقة الاتصال نفسها بدل الاستمرار في تدوير القائمة.

وهنا تغيرت المقارنة بالنسبة لي.

لم أعد أريد VPN يمنحني خيارات أكثر لإنقاذ الاتصال.

كنت أريد VPN يحتاج إلى إنقاذ أقل.

هذه المرة اخترت الموقف بدل البروتوكول

فتحت OnlydogVPN^[6].

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

اتصل.

لم أفتح اختبار سرعة.

رجعت إلى مساحة العمل.

ظهرت الملفات.

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

اكتمل الرفع.

هذه كانت أول لحظة منذ مغادرتي Wi-Fi الفندق لم أكن أفكر فيها في الـVPN نفسه.

بعدها فقط اهتممت بسبب اختلاف التجربة. الخدمة تستخدم نقلًا قائمًا على HTTP/3 مع طبقة إضافية لإخفاء خصائص حركة الـVPN. بالنسبة لي، المهم في ذلك ليس اسم بروتوكول جديد، بل أن التطبيق لا يترك لي مهمة اكتشاف ما إذا كانت الشبكة أمامي ستتقبل WireGuard أو تحتاج مسارًا مختلفًا.

لا أستطيع من خارج الشبكة رؤية قواعد التصنيف أو التصفية الداخلية وتحديد أي قاعدة صنعت الفرق تحديدًا.

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

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

عندما عدت إلى Wi-Fi حدث الاختبار الثاني تلقائيًا

بعد اكتمال الرفع، عدت إلى غرفتي.

الهاتف اتصل تلقائيًا بـWi-Fi الفندق، أي إن الطريق تحت الـVPN تغير مرة أخرى.

قبل ساعة كان هذا النوع من التغيير هو بداية المشكلة.

هذه المرة استعاد الاتصال نفسه، وواصلت استخدام مساحة العمل.

وهنا اتضحت الفائدة الثانية.

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

Wi-Fi يعمل، Virgin لا تعمل، إذن المشكلة في Virgin.

بعد التجربة أصبحت أفكر بطريقة مختلفة:

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

وهذا مهم خصوصًا لمستخدم Virgin Mobile الذي اختارها أصلًا لأنها مناسبة للحركة: سائح وصل حديثًا، مقيم يعمل من الهاتف واللابتوب، أو شخص ينتقل خلال يوم واحد بين شبكة الفندق و5G وشبكة المكتب.

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

أما الاتصال الذي يتعافى في الخلفية، فأنا أنساه.

وهذا بالضبط ما أريده من أداة اتصال.

بعد نجاح المهمة، ظهر احتكاك صغير واختفى هو أيضًا

بعد ذلك احتجت إلى فتح أدوات العمل على اللابتوب.

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

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

بعد دقائق كان الجهازان جاهزين.

هذه ليست الميزة التي حلت مشكلة Virgin Mobile، ولذلك لم تكن سبب اختياري الأول. لكنها جاءت بعد نجاح المهمة الأساسية وحلت مشكلة مختلفة تمامًا: الشخص الذي يسافر بهاتفه غالبًا يحمل لابتوبًا أيضًا.

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

الشيء الذي ما زال لصالح الأسماء الكبيرة

الخدمات الكبيرة لديها أفضلية حقيقية في التاريخ العام.

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

أما الخدمة الأصغر فما تزال حديثة نسبيًا، وعدد تقييماتها العامة محدود مقارنة بالأسماء القديمة. (Apple App Store^[7]) إذا كان أهم شيء بالنسبة لك هو سجل طويل جدًا قبل تجربة أي VPN، فالمزود القديم يملك أفضلية واضحة.

لكن ذلك لم يكن ما عطل عملي.

كان لدي بالفعل VPN معروف.

وكان لدي WireGuard.

وكان لدي OpenVPN.

وكان بإمكاني تغيير DNS والخوادم.

أي إن المشكلة لم تكن نقص الأدوات.

كانت أنني أحتاج إلى استخدامها واحدة تلو الأخرى.

وهذا هو السبب الذي جعل الخيار الأصغر أكثر ملاءمة للموقف أمامي. لم يعطني قائمة أطول؛ جعل القائمة نفسها أقل أهمية.

إذا كان الإنترنت على Virgin Mobile الإماراتية سريعًا من دون VPN، ثم يبدأ التطبيق في التعثر لحظة تشغيله، فلن أبدأ هذه المرة بتغيير DNS أو التنقل بين خمسة خوادم أو افتراض أن WireGuard يجب أن ينجح لأنه الأسرع.

سأبدأ من سؤال واحد:

هل طريقة نقل الـVPN نفسها مناسبة للشبكة التي أمامي، أم أنها ستجبرني على هندسة الاتصال بنفسي؟

WireGuard أعطاني سرعة جيدة عندما اتصل. OpenVPN أعطاني بدائل أكثر. DNS لم يكن أصل المشكلة.

أما الاتصال الذي جعلني أفتح الملف ثم انتقل معي من بيانات الهاتف إلى Wi-Fi من دون جولة إعدادات جديدة، فهو الذي حل المشكلة التي كنت أبحث عنها فعلًا.

على Virgin Mobile الإماراتية، عندما يكون الإنترنت سريعًا لكن الـVPN هو الذي يتعثر، فإن طريقة عبور الشبكة أهم من عدد البروتوكولات التي تستطيع تجربتها يدويًا.