لماذا لا يعمل VPN في الإمارات رغم أن الإنترنت يعمل؟ عندما تكون المشكلة في النفق لا في الشبكة

كل شيء كان يعمل ما عدا الشيء الذي أحتاجه.

كنت في مساحة عمل مشتركة في دبي، متصلًا بشبكة Wi-Fi عادية. Gmail يفتح، Slack يرسل الرسائل، YouTube يعمل، واختبار السرعة يقول إن الاتصال أكثر من كافٍ.

لكن عندما شغلت الـVPN قبل فتح لوحة عمل تحتوي على ملفات عميل، بقي التطبيق على:

Connecting…

ثم عاد إلى Disconnected.

حاولت مرة أخرى.

نفس النتيجة.

أغلقت Wi-Fi وأعدت تشغيله. فتحت عدة صفحات للتأكد من أن الإنترنت لم ينقطع.

كلها ظهرت فورًا.

عدت إلى الـVPN.

فشل مرة أخرى.

وهنا ظهر السؤال الحقيقي: كيف يمكن للإنترنت أن يعمل بصورة طبيعية بينما الـVPN نفسه لا يستطيع الاتصال؟

الإجابة التي احتجتها لم تكن «الإنترنت بطيء».

كانت أن صفحة الويب ونفق الـVPN لا يبدوان بالضرورة الشيء نفسه للشبكة.

عندما يعمل المتصفح ولا يمر النفق

في الإمارات توجد سياسة رسمية لإدارة الوصول إلى الإنترنت، وتوضح TDRA أن مزودي الخدمة يستخدمون أدوات تقنية لتصنيف بعض أنواع المحتوى والخدمات وحجب ما يقع ضمن الفئات المنظمة. (TDRA)

هذا جعل التناقض الذي أمامي أكثر منطقية.

المتصفح يفتح اتصال HTTPS عاديًا.

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

لذلك يمكن أن تنجح الأولى بينما يتعثر الثاني، من دون أن يكون Wi-Fi نفسه معطلًا.

وهذه كانت نقطة التحول الأولى.

توقفت عن سؤال: «لماذا الإنترنت لا يعمل مع الـVPN؟»

وأصبحت أسأل:

لماذا لا يستطيع هذا الـVPN إنشاء النفق على الشبكة الموجودة أمامي؟

هذا السؤال اختصر نصف المحاولات الخاطئة التي كنت على وشك القيام بها.

اختبار السرعة كان يثبت الشيء الذي أعرفه أصلًا

مع ذلك، فعلت ما يفعله معظمنا تلقائيًا.

فتحت Speedtest مرة أخرى.

النتيجة ممتازة.

ولثانية شعرت أنني حصلت على معلومة مفيدة، ثم أدركت أن الاختبار أثبت للمرة الثالثة أن الإنترنت يعمل.

وهذا لم يعد موضع الشك.

هناك فرق عملي كبير بين VPN يتصل ثم يكون بطيئًا، وVPN لا يصل أصلًا إلى حالة Connected.

أنا كنت في الحالة الثانية.

لذلك لم يكن يهمني كثيرًا أن الخدمة تملك خادمًا أسرع في دولة أخرى.

قبل أن أقارن السرعة أو المسافة أو عدد الخوادم، يجب أن أملك نفقًا يعمل أصلًا.

وهنا انتقلت من Speedtest إلى تطبيق الـVPN نفسه.

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

كنت أستخدم خدمة VPN كبيرة ومعروفة منذ فترة.

وهذا كان سبب اختياري الطبيعي لها: تاريخ عام طويل، تطبيق ناضج، عدد كبير من الخوادم، ومراجعات مستقلة كثيرة.

افترضت أن الخادم الذي اخترته هو المشكلة.

غيرته.

Connecting…

ثم فشل.

اخترت دولة أخرى.

نفس النتيجة.

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

هذه المرة استمر الاتصال فترة أطول، ثم عاد إلى Disconnected.

انتقلت من Wi-Fi إلى بيانات الهاتف.

تحسن الوضع في محاولة، ثم عاد غير مستقر في أخرى.

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

أنا لا أملك مشكلة «أي دولة أفضل؟»

أنا لا أصل أصلًا إلى المرحلة التي يصبح فيها هذا السؤال مهمًا.

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

هذا كان كل ما احتجته من التجربة العامة.

فالنتيجة لا تعتمد على اسم تطبيق الـVPN وحده.

طريقة اتصاله بالشبكة جزء من المشكلة نفسها.

هنا تغير معيار المقارنة بالكامل

قبل ذلك كنت أقارن خدمات VPN بالأشياء المعتادة:

من لديه خوادم أكثر؟

من يعطي سرعة أعلى؟

من يملك موقعًا أقرب؟

لكن كل هذه المزايا موجودة بعد زر Connect.

وأنا كنت عالقًا قبله.

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

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

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

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

أردت طريقة اتصال مختلفة.

هذه المرة انتهت مرحلة Connecting بسرعة

فتحت OnlydogVPN.

بدل الدخول إلى خريطة الدول والبدء بجولة جديدة من التخمين، اخترت الوضع المناسب لاتصال في بيئة مقيدة ثم ضغطت اتصال.

كنت أتوقع السيناريو السابق.

انتظار.

فشل.

ثم محاولة أخرى.

لكن التطبيق اتصل.

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

ظهرت صفحة تسجيل الدخول.

دخلت إلى حسابي.

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

اكتمل الرفع.

وهنا انتهى الجزء المهم من الاختبار.

لم تكن النتيجة أن صفحة أصبحت أسرع بثانيتين.

كانت أن التطبيق تجاوز المرحلة التي كنت عالقًا عندها أصلًا.

النفق قام، ثم اختفى من اهتمامي.

وهذا بالضبط ما كنت أحتاجه.

ما الذي اختلف؟

الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع إخفاء إضافي لحركة الـVPN، وHTTP/3 يعمل فوق QUIC. (IETF / RFC Editor)

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

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

لكن النتيجة جاءت أولًا:

الخدمة السابقة أبقتني عند Connecting.

الخدمة الأصغر أنشأت الاتصال وتركتني أكمل العمل.

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

ما أستطيع رؤيته هو الفرق العملي أمامي: الإنترنت نفسه بقي يعمل، بينما طريقة اتصال تعثرت وأخرى قامت بالمهمة.

ومن هنا لم أعد أحتاج إلى تفسير أطول.

لهذا يبدو عطل الـVPN غريبًا إلى هذه الدرجة

لو انقطع الإنترنت كله، لكان التشخيص سهلًا.

Wi-Fi لا يعمل.

المواقع لا تفتح.

انتهى الأمر.

المشكلة المربكة هنا أن كل شيء يبدو طبيعيًا حتى تضغط Connect.

يمكنك مشاهدة فيديو، تنزيل ملف، فتح بريدك، ثم ترى تطبيق VPN واحدًا يرفض الاتصال.

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

أنت تحاول إصلاح الإنترنت، بينما الإنترنت قد يكون الجزء الذي يعمل جيدًا أصلًا.

المختلف هو النفق.

وبمجرد أن فهمت ذلك، تغير ترتيب محاولاتي بالكامل.

لم أعد أبدأ بـ:

هل الإشارة ضعيفة؟

هل أحتاج خادمًا أقرب؟

هل الباقة بطيئة؟

أبدأ بالسؤال الأبسط:

هل يستطيع هذا التطبيق إنشاء اتصال مستقر على الشبكة التي أمامي؟

إذا كانت الإجابة لا، فلا معنى عندي لبقية المواصفات.

بعد نجاح المهمة ظهر احتكاك أصغر

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

هذه المرة لم تكن لدي مشكلة وصول عاجلة؛ المهمة الأساسية انتهت بالفعل.

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

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

لم تكن هذه الميزة هي التي حلت مشكلة الشبكة.

وكان هذا تحديدًا سبب كونها مفيدة بدل أن تبدو كقائمة إضافية من الخصائص.

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

رفعت الملف على الكمبيوتر.

ثم انتقلت إلى الهاتف.

وانتهى الأمر.

لماذا لم أستمر في تجربة تطبيقات مجانية؟

في تلك اللحظة كان يمكنني بالتأكيد تثبيت عدة خدمات مجانية والاستمرار في المحاولة.

بعض الخيارات المجانية المحترمة مناسبة جدًا للاستخدام المؤقت.

لكن المشكلة لم تعد السعر بالنسبة لي.

كانت الوقت وعدد المحاولات.

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

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

الخيار الأصغر حل المشكلة التي بدأت منها القصة.

وهذا كان كافيًا.

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

الخدمة الكبيرة ما زالت تملك نقطة قوة واضحة: سجل عام أطول ومراجعات مستقلة أكثر.

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

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

كنت أملك إنترنت يعمل.

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

الخدمة الكبيرة أعطتني مزيدًا من الخوادم والبروتوكولات التي يمكنني تجربتها، لكنها أبقتني أمام زر Connect.

الخيار الأصغر جعل زر Connect خطوة قصيرة بيني وبين المهمة.

ولهذا أصبحت إجابتي عن السؤال مختلفة تمامًا:

عندما يعمل الإنترنت في الإمارات ولا يعمل الـVPN، لا أبحث أولًا عن اتصال أسرع؛ أبحث عن VPN يستطيع إنشاء النفق قبل أن يطلب مني الاهتمام بأي شيء آخر.