VPN على أوريدو الكويت لا يتصل أو يصبح بطيئاً؟ لماذا لم يحل WireGuard ولا OpenVPN ولا تغيير DNS المشكلة

كنت أحتاج إلى فتح صفحة عمل خارجية وإرسال ملف قبل مكالمة تبدأ بعد أقل من نصف ساعة. الإنترنت على راوتر أوريدو 5G في الكويت لم يكن مقطوعاً: يوتيوب يعمل، البحث سريع، واختبار السرعة يبدو طبيعياً. لكن بمجرد تشغيل الـVPN، بقي التطبيق عند Connecting ثم فشل. أعدت تشغيل الراوتر وجربت الهاتف بدلاً من اللابتوب، ثم فعلت ما يبدو منطقياً لأي شخص واجه المشكلة من قبل: انتقلت من WireGuard إلى OpenVPN. هذه المرة ظهر Connected، لكن الصفحة فتحت ببطء شديد، ثم توقف رفع الملف في منتصفه.

في البداية عاملت الأمر كخلل في جهازي.

حذفت إعدادات الـVPN وأعدت إضافتها. جربت اتصالاً آخر. ثم غيرت DNS، لأن هذه تقريباً أول نصيحة تظهر عندما تبحث عن «VPN متصل لكن الإنترنت لا يعمل».

لم يتغير الشيء الذي يهمني: الصفحة لم تصبح قابلة للاستخدام والملف لم يصل.

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

المشكلة لم تكن أن أوريدو «بطيء» فقط

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

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

الكويت لديها أيضاً آلية رسمية لدى هيئة الاتصالات وتقنية المعلومات CITRA لطلبات حجب المحتوى ورفع الحجب، مع تحديد مزود خدمة الإنترنت المعني في الطلب. (citra.gov.kw) أي أن التصفية جزء فعلي من بيئة الشبكة، لا مجرد احتمال نظري.

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

لذلك عدت إلى الشيء الذي أستطيع ملاحظته: ماذا يحدث لكل نوع اتصال عندما أحاول إنجاز المهمة نفسها؟

WireGuard كان سريعاً في فكرتي، لا في النتيجة

بدأت بـWireGuard لأنه عادةً الاختيار الذي أفضله على 5G: بسيط، خفيف، ولا أريد من الـVPN أن يضيف تعقيداً غير ضروري.

لكن في تلك اللحظة لم تتكون الجلسة أصلاً.

ضغطت الاتصال مرة.

ثم مرة أخرى.

Connecting.

WireGuard يعتمد على UDP في نقل حزمه المشفرة. (WireGuard) وهذا جعل الانتقال إلى OpenVPN الخطوة الطبيعية التالية: إذا كان المسار الأول لا يكتمل، أجرب مساراً مختلفاً بدلاً من إعادة الضغط على الزر نفسه.

وهنا حصلت على نصف حل.

OpenVPN اتصل… لكن المهمة أصبحت أبطأ

شغلت OpenVPN عبر TCP.

ظهر Connected بسرعة أكبر هذه المرة. فتحت الصفحة، فاستجابت. للحظة ظننت أن المشكلة انتهت.

ثم بدأت رفع الملف.

تحرك الشريط قليلاً، توقف، تحرك، ثم توقف مرة أخرى.

كان الاتصال موجوداً، لكنني أصبحت أنتظر الـVPN بدلاً من أن أنتظر الصفحة.

المفارقة أن هذا يتفق مع طريقة تصميم OpenVPN نفسه: توثيقه يفضل UDP للتشغيل المعتاد، بينما يتيح TCP عندما يتعذر استخدام UDP، ولو كان ذلك على حساب الكفاءة في بعض ظروف الشبكة. (OpenVPN)

بالنسبة لي لم أعد أحتاج شرحاً أطول من ذلك.

كان لدي خياران:

WireGuard: لم ينشئ اتصالاً صالحاً في المحاولة التي أمامي.

OpenVPN/TCP: اتصل، لكنه جعل المهمة ثقيلة بما يكفي لأشعر أنني لم أحلها فعلياً.

فجربت الشيء الذي بقي في قائمة الحلول: DNS.

تغيير DNS كان إصلاحاً للمشكلة الخطأ

غيرت DNS وأعدت فتح الصفحة.

لا فرق.

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

لا فرق.

وهنا اتضحت لي نقطة كنت أخلط بينها وبين مشكلة الـVPN نفسه.

DNS يساعد على تحويل اسم الموقع إلى عنوان يمكن الوصول إليه. وتغيير مزود DNS أو استخدام DNS مشفر يغير طريقة تنفيذ هذا الاستعلام. (Google) لكن إذا كان النفق نفسه لا ينشأ جيداً، أو ينشأ ثم يصبح غير عملي، فليست هذه هي الطبقة التي ستنقذ التجربة.

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

بعد WireGuard وOpenVPN وDNS، بدأت الدقائق القليلة المتبقية قبل المكالمة تصبح أهم من رغبتي في معرفة أي إعداد تقني هو المسؤول.

كنت أريد زرّاً يجعل الملف يصل.

عند هذه النقطة جربت الخيار الأصغر

كان لدي OnlydogVPN^↗، لكنني لم أبدأ به.

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

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

كانت كثرة القرارات.

WireGuard أم OpenVPN؟ UDP أم TCP؟ هل أغير DNS؟ هل أغير الخادم أيضاً؟ وهل أعيد كل الإعدادات إذا انتقلت لاحقاً من الراوتر إلى بيانات الهاتف؟

فتحت التطبيق واخترت الوضع المخصص للشبكات المقيدة.

ثم عدت مباشرة إلى صفحة العمل.

فتحت.

بدأت رفع الملف.

18%.

41%.

76%.

ثم اكتمل.

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

انتهت المهمة التي جعلتني أبحث عن حل من الأساس.

وهنا أصبح الفرق بين التجربتين أوضح بكثير من أي مقارنة مواصفات.

التقنية كانت مفيدة لأنها اختفت من طريقي

بعد نجاح الرفع، فقط، أردت أن أعرف لماذا احتاج هذا التطبيق إلى تدخل أقل.

الخدمة تستخدم نقلاً مبنياً على HTTP/3 مع تمويه إضافي لحركة الاتصال. (onlydogvpn.com) عملياً، هذا يعطيها مساراً مختلفاً عن الاعتماد المباشر على شكل اتصال WireGuard أو OpenVPN التقليدي، وهو بالضبط النوع من الاختلاف الذي أصبح مهماً بعد أن فشلت محاولاتي السابقة.

لكن الجزء الذي أحببته لم يكن اسم التقنية.

كان أنني لم أضطر إلى إدارتها.

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

وهذه نقطة تبدو صغيرة حتى تكون لديك مكالمة بعد عشر دقائق وملف ما زال عند 0%.

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

عندها فهمت أن الميزة الحقيقية هنا ليست أن التطبيق يملك «بروتوكولاً آخر».

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

ماذا أفعل الآن عندما يتعطل VPN على أوريدو؟

أصبحت أتعامل مع الأعراض بطريقة أبسط.

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

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

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

هذا ترتيب أبسط بكثير من قائمة «15 حلاً لمشكلة VPN على أوريدو».

والأهم أنه أعادني إلى السؤال الحقيقي.

لم أفتح اللابتوب لأنني أردت معرفة الفرق بين TCP وUDP.

فتحته لأن لدي ملفاً يجب أن يصل.

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

لذلك، بعد هذه التجربة، لم يعد سؤالي على أوريدو: WireGuard أم OpenVPN؟

صار سؤالي: لماذا يجب أن أقضي وقتي في الاختيار بينهما إذا كان بإمكان التطبيق أن يجعل الصفحة تفتح والملف يصل من دون هذه الجولة كلها؟