دفتر سفر شخصي
ملاحظات من الطريق والاتصال

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

غرفة فندق في المنامة ليلًا مع جهاز اتصال وحاسوب قرب نافذة المدينة

كان الإنترنت في الفندق بالمنامة يعمل بصورة يصعب الاعتراض عليها.

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

فتحت تطبيق الـVPN الذي أستخدمه عادة وضغطت «اتصال».

انتظرت.

ملخص المقال والنقطة الأساسية

الخلاصة العملية

ابدأ من مكان الفشل: هل الإنترنت نفسه يعمل، هل النفق يتصل، وهل المهمة داخل التطبيق تعمل بعد الاتصال؟ كنت أتعامل مع المشكلة كأن خادم A لا يعمل، وبالتالي قد يعمل خادم B. لكن إذا كانت العقبة مرتبطة بالطريقة التي يظهر بها اتصال الـVPN على الشبكة، فإن تغيير الموقع الجغرافي لا يغيّر بالضرورة ما تحتاج…

ثم فشل الاتصال.

كان من السهل أن ألوم Wi-Fi الفندق، لذلك أغلقت الشبكة وانتقلت إلى بيانات الهاتف. فتحت موقعاً عادياً للتأكد. ظهر فوراً. أعدت تشغيل الـVPN واخترت خادماً آخر.

فشل مرة ثانية.

وهنا تغير السؤال. لم يعد: لماذا الإنترنت سيئ؟

فالإنترنت لم يكن سيئاً أصلاً.

أصبح السؤال: لماذا يعمل كل شيء تقريباً، بينما الـVPN تحديداً لا يستطيع أن يبدأ؟

عندما يعمل الويب ولا يعمل النفق

هذه الحالة تبدو متناقضة فقط إذا تعاملنا مع اتصال الإنترنت واتصال الـVPN باعتبارهما الشيء نفسه.

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

هذا يفسر المشهد الذي كان أمامي أكثر من فرضية «الواي فاي ضعيف». هاتفي كان يصل إلى الإنترنت فعلاً؛ المشكلة كانت تظهر عندما أحاول إنشاء مسار VPN.

حتى تجارب المستخدمين العامة تعكس الالتباس نفسه. في نقاشات داخل مجتمع البحرين، تكررت شكاوى من أن بعض مواقع أو خدمات VPN لا تعمل كما يتوقع المستخدم رغم أن الاتصال العادي موجود.[2] لا أحتاج أكثر من ذلك من Reddit: أهم ما تضيفه هذه التجارب هو أن المشكلة ليست دائماً «لا يوجد إنترنت»، بل «هذا النوع من الاتصال لا يمر كما توقعت».

وهذا فرق مهم، لأنه يغير ما يجب أن أجرّبه بعد ذلك.

لماذا لم يساعدني تغيير الدولة؟

بدأت بمزود كبير، وهو الاختيار الطبيعي.

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

اخترت خادماً قريباً.

فشل.

اخترت خادماً أوروبياً.

فشل أيضاً.

ثم تركت التطبيق يحدد «أفضل» خادم تلقائياً. بقيت النتيجة نفسها: مرحلة الاتصال نفسها لا تكتمل.

بعد المحاولة الثالثة بدأت ألاحظ أنني كنت أغيّر الشيء الخطأ.

كنت أتعامل مع المشكلة كأن خادم A لا يعمل، وبالتالي قد يعمل خادم B. لكن إذا كانت العقبة مرتبطة بالطريقة التي يظهر بها اتصال الـVPN على الشبكة، فإن تغيير الموقع الجغرافي لا يغيّر بالضرورة ما تحتاج الشبكة إلى رؤيته كي تصنف ذلك الاتصال.

الأبحاث الخاصة بالتعرف على حركة OpenVPN توضح الفكرة ببساطة: التشفير يخفي المحتوى، لكنه لا يمحو دائماً الأنماط التي تميز نوع الاتصال نفسه. يمكن الاستدلال على بعض حركة VPN من خصائص الحزم وطريقة تواصل العميل مع الخادم.[3]

وهنا فقط فهمت لماذا لم تعد قائمة الدول الطويلة هي المعلومة التي تهمني.

أنا لا أحتاج ثلاثين طريقاً إضافياً إذا كنت لا أستطيع مغادرة نقطة البداية.

كنت أحتاج اتصالاً يمر أولاً.

المحاولة التي غيرت معيار الاختيار

عندها فتحت تطبيقاً أصغر كنت أحتفظ به كخيار بديل: OnlydogVPN[1].

لم أبدأ بخريطة دول ولم أقضِ وقتاً في تبديل الخوادم. اخترت الإعداد المخصص للاتصالات الأكثر تقييداً وبدأت المحاولة.

هذه المرة اكتمل الاتصال.

فتحت الصفحة نفسها التي كانت تفشل قبل دقائق.

ظهرت.

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

هذا هو الجزء الذي غيّر رأيي فعلاً.

لم أشغّل اختبار سرعة. لم أعدّ مواقع الخوادم. لم أقارن رقم ping بين خمس دول.

أنجزت المهمة التي كانت متوقفة.

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

يعتمد التطبيق، وفق معلوماته التقنية، على نقل مبني على HTTP/3 مع تمويه إضافي لحركة الاتصال.[6] والفكرة العملية ليست أن التشفير أصبح «أقوى» بطريقة سحرية، بل أن الاتصال لا يعتمد فقط على الشكل التقليدي الذي كنت أكرره في محاولاتي السابقة.

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

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

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

بعد فترة قصيرة أغلقت الحاسوب وخرجت من الفندق.

عند الباب انقطع Wi-Fi وانتقل الهاتف إلى بيانات الجوال. عادةً هذه لحظة أتوقع فيها أن يتجمد اتصال VPN أو أن أضطر إلى فتح التطبيق والانتظار حتى يعيد بناء الاتصال.

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

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

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

الاعتماد على HTTP/3 يعني استخدام QUIC في طبقة النقل، وهو بروتوكول صُمم بحيث يستطيع التعامل بصورة أفضل مع تغيّر المسار الشبكي، مثل انتقال جهاز محمول من شبكة Wi-Fi إلى شبكة أخرى.[4] بالنسبة لشخص يتحرك بين فندق وسيارة وبيانات هاتف، هذا النوع من السلوك يهم أكثر مما كنت أتوقع عندما كنت جالساً أمام قائمة الخوادم.

لم تكن ميزة أبحث عنها.

كانت فقط المشكلة التالية التي لم أضطر إلى حلها.


ليس الخيار الأكبر، وهذه نقطة يجب أن تعرفها

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

ليس كذلك.

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

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

لكنني لم أكن أبحث عن مدينة محددة.

كنت في البحرين، الإنترنت يعمل أمامي، ولدي صفحة أحتاجها الآن. وكان العائق أن اتصال الـVPN المعتاد لا يتجاوز مرحلة البدء.

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

ومن الناحية القانونية، استخدام VPN في البحرين ليس محظوراً في حد ذاته بحسب إرشادات المركز الوطني للأمن السيبراني، مع بقاء المستخدم مسؤولاً بالطبع عن قانونية النشاط الذي يقوم به عبر الاتصال.[5]

وهذا أيضاً ساعدني على فصل سؤالين كنت أخلط بينهما: «هل يمكنني استخدام VPN؟» و«هل الـVPN الذي اخترته يستطيع الاتصال على هذه الشبكة؟»

المشكلة التي واجهتها كانت الثانية.

ما تغير في الطريقة التي أختار بها VPN في البحرين

في البداية كنت أتعامل مع فشل الاتصال بالطريقة المعتادة: أغيّر الخادم، ثم الدولة، ثم الشبكة.

بعد عدة محاولات أصبح واضحاً أن هذا يشبه البحث عن عنوان أفضل بينما الباب نفسه لا يفتح.

المزود الكبير بقي لديه الميزة الواضحة: خيارات أكثر إذا وصل الاتصال إلى مرحلة العمل.

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

لهذا، إذا كان الإنترنت يعمل في البحرين لكن تطبيق الـVPN يظل عالقاً على «Connecting»، فلن يكون أول ما أنظر إليه بعد الآن عدد الدول داخل التطبيق.

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

أسئلة يهم المستخدم معرفتها

ما السبب الأرجح للمشكلة قبل أن أغيّر الخادم؟

ابدأ من مكان الفشل: هل الإنترنت نفسه يعمل، هل النفق يتصل، وهل المهمة داخل التطبيق تعمل بعد الاتصال؟ كنت أتعامل مع المشكلة كأن خادم A لا يعمل، وبالتالي قد يعمل خادم B. لكن إذا كانت العقبة مرتبطة بالطريقة التي يظهر بها اتصال الـVPN على الشبكة، فإن تغيير الموقع الجغرافي لا يغيّر بالضرورة ما تحتاج…

ما أول اختبار يساعدني على تحديد مكان العطل؟

غيّر متغيرًا واحدًا فقط وأعد نفس المهمة؛ بهذه الطريقة تعرف هل السبب في الشبكة أو النفق أو التطبيق. كان من السهل أن ألوم Wi-Fi الفندق، لذلك أغلقت الشبكة وانتقلت إلى بيانات الهاتف. فتحت موقعاً عادياً للتأكد. ظهر فوراً. أعدت تشغيل الـVPN واخترت خادماً آخر.

ما الإشارة التي يجب أن أثق بها أكثر من Speedtest أو كلمة Connected؟

النتيجة التي تخص المهمة نفسها أهم: مكالمة مستقرة، بث يبدأ، صفحة تفتح أو جلسة تبقى متصلة. الأبحاث الخاصة بالتعرف على حركة OpenVPN توضح الفكرة ببساطة: التشفير يخفي المحتوى، لكنه لا يمحو دائماً الأنماط التي تميز نوع الاتصال نفسه. يمكن الاستدلال على بعض حركة VPN من خصائص الحزم وطريقة تواصل العميل مع الخادم.[3]…

متى أتوقف عن إعادة المحاولة بالطريقة نفسها؟

إذا تكرر الفشل مع خوادم متعددة بالطريقة نفسها، فاختبر طبقة أخرى مثل البروتوكول أو الشبكة أو التطبيق بدل خادم إضافي. هذا يفسر المشهد الذي كان أمامي أكثر من فرضية «الواي فاي ضعيف». هاتفي كان يصل إلى الإنترنت فعلاً؛ المشكلة كانت تظهر عندما أحاول إنشاء مسار VPN.

المصادر والمراجع

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

  1. OnlydogVPN — مرجع مرتبط بقسم «المحاولة التي غيرت معيار الاختيار»(مصدر أولي/خارجي)
  2. OpenVPN — OpenVPN Protocol(مرجع تقني أولي)
  3. RFC 9000 — QUIC: A UDP-Based Multiplexed and Secure Transport(مرجع تقني أولي)
  4. RFC 9114 — HTTP/3(مرجع تقني أولي)