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

هل VPN محظور في البحرين؟ عندما يعمل على شبكة ويفشل على أخرى، لا تحكم على البلد كله

هاتف في يد مسافر داخل سيارة تتجه إلى المنامة

نجح الـVPN على هاتفي قبل أن أصل إلى الفندق، لذلك لم أفكر فيه مرة أخرى. كنت في المنامة، أستخدم بيانات الهاتف، وفتحت من خلاله خدمة العمل التي أحتاجها. بعد ساعة جلست أمام اللابتوب على Wi-Fi الفندق، شغلت الخدمة نفسها، وبقيت عند Connecting. أعدت التشغيل. غيرت الخادم. لا شيء. كانت أول فكرة عندي: «إذن البحرين حظرت الـVPN». لكنني رفعت الهاتف بجانبي، ضغطت Connect، فاتصل. في تلك اللحظة لم يعد تفسير «حظر وطني شامل» مناسباً لما أراه؛ الاتصال نفسه ينجح عبر طريق ويفشل عبر آخر.

كان عليّ إذن أن أغير السؤال.

بدلاً من:

هل VPN محظور في البحرين؟
ملخص المقال والنقطة الأساسية

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

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

أصبح السؤال الأكثر فائدة:

ما الذي يفشل تحديداً: الـVPN كله، أم الشبكة التي أمامي، أم طريقة الاتصال التي يستخدمها؟

وهذا الفرق وفر عليّ كثيراً من تبديل الخوادم بلا نتيجة.

وجود حجب في البحرين لا يعني أن كل VPN محظور

توجد في البحرين مواقع ومحتويات محجوبة، وتوثق تقارير حرية الإنترنت ذلك بوضوح. (Freedom House) وفي الوقت نفسه، ينشر المركز الوطني للأمن السيبراني في البحرين نفسه إرشادات لاستخدام VPN ومخاطره الأمنية. (المركز الوطني للأمن السيبراني)

بالنسبة لي، المعنى العملي بسيط:

فشل تطبيق VPN على شبكة واحدة لا يكفي كي أقول إن «VPN محظور في البحرين».

خصوصاً أن الهاتف أمامي كان يقدم اختباراً أقوى من التخمين.

الخدمة نفسها.

في اللحظة نفسها.

تتصل عبر بيانات الهاتف.

ولا تتصل عبر Wi-Fi الفندق.

إذن الشبكة أصبحت جزءاً من المشكلة.

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

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

نجاح الهاتف غيّر طريقة التشخيص

كنت أستخدم مزوداً كبيراً أعرفه جيداً.

لديه خوادم كثيرة، وتاريخ طويل، ويسمح لي باختيار البروتوكول يدوياً.

على بيانات الهاتف اتصل بسرعة.

على Wi-Fi الفندق بقي عند Connecting.

غيرت الخادم مرة.

لم يتغير شيء.

عندها لم يعد منطقياً أن أظل أختبر عناوين خوادم جديدة؛ جربت بروتوكولاً مختلفاً.

وهنا بدأت النتيجة تتغير.

كانت تلك اللحظة كافية كي أسقط الفكرة الأولى تماماً:

لم يكن «VPN في البحرين» هو الشيء الذي يفشل أمامي.

الذي يفشل هو تركيبة معينة من الشبكة وطريقة اتصال الـVPN.

وهذا معيار أكثر فائدة بكثير عندما أحتاج إلى إنهاء مهمة الآن.

البروتوكول قد يكون هو الفارق

لا يحتاج الأمر إلى شرح طويل.

WireGuard يعتمد على UDP، بينما يستطيع OpenVPN العمل عبر UDP أو TCP. (WireGuard) (OpenVPN)

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

لذلك قد ترى تجربة مثل هذه:

VPN يعمل على بيانات الهاتف.

يفشل على Wi-Fi.

تغير البروتوكول.

فيبدأ الاتصال.

وهذا لا يثبت أن شبكة كاملة «تحظر VPN»؛ بل يخبرني بما أحتاجه عملياً: الاتصال التقليدي الذي اخترته أولاً ليس مناسباً لهذه الشبكة.

وهنا ظهرت المشكلة التالية.

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

بدأت أجرب.

WireGuard.

خادم آخر.

بروتوكول آخر.

دولة أخرى.

كل خطوة معقولة بمفردها.

لكنني كنت أريد فتح لوحة عمل، لا قضاء نصف ساعة في اكتشاف التركيبة التي يقبلها Wi-Fi الفندق.

الخدمة الكبيرة لم تكن سيئة. بل كانت هي التي أثبتت لي أن الـVPN يعمل عبر بيانات الهاتف.

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

ومع كل محاولة كنت أبتعد عن المهمة الأصلية.

هنا تغير معياري مرة أخرى.

لم أعد أريد تطبيقاً يجعلني أبدأ بالسؤال:

أي بروتوكول سيعمل؟

أردت أن أبدأ من الشيء الذي أعرفه بالفعل:

أنا على شبكة يتعذر عليها الاتصال المعتاد.

وهنا جربت الخيار الأصغر.


هذه المرة بدأت من المشكلة، لا من الخادم

فتحت OnlydogVPN[1] على اللابتوب.

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

ضغطت الاتصال.

بدأ.

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

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

دخلت.

فتحت الملف.

أرسلت التعديل الذي كان ينتظرني.

هذه كانت النتيجة التي احتجتها.

ليس أن التطبيق كتب Connected.

بل أن المهمة التي فشل عندها الاتصال الأول أصبحت منتهية.

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

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

التمويه لم يكن شيئاً أحتاجه طوال الوقت

على بيانات الهاتف، المزود الكبير كان يعمل.

لم يكن لدي سبب لتغييره أو البحث عن إعداد أكثر تعقيداً.

المشكلة ظهرت فقط عندما انتقلت إلى Wi-Fi الفندق.

وهذا جعل طريقة استخدامي أبسط:

إذا اتصل الـVPN المعتاد، أستخدمه.

إذا فشل على شبكة بعينها، أجرب تغيير البروتوكول.

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

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

يصبح أداة أستخدمها عندما تثبت الشبكة أمامي أن الاتصال المعتاد لا يكفي.

حتى التجارب اليومية لا تبدو ثنائية

وتظهر مناقشات مستخدمين في البحرين أن الوصول قد يتغير باختلاف البيئة أو الوقت، وهو تفصيل مفيد لأنه يفسر لماذا لا تكون تجربة شخص واحد قاعدة نهائية للجميع. (Reddit)

هذا كل ما أحتاجه من Reddit هنا.

المغزى ليس إثبات سياسة وطنية، بل تذكيري بأن تجربة الإنترنت الفعلية ليست دائماً مفتاحاً واحداً عليه Blocked / Unblocked.

وذلك يعيدني إلى الاختبار الأهم:

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

بعد الاتصال، اختبرت المهمة لا الزر

بعد أن اتصل التطبيق الأصغر على Wi-Fi الفندق، لم أتوقف عند الشاشة الخضراء.

فتحت الصفحة.

حملت الملف.

أرسلت التعديل.

ثم أعدت الاتصال مرة أخرى.

كنت أريد أن أعرف إن كان الحل يعيدني إلى العمل، لا إن كان يستطيع فقط إظهار حالة Connected.

وبالنسبة لي، هذا أصبح معيار المقارنة:

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

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


هناك شيء واحد لا أستطيع رؤيته

لا أستطيع رؤية قواعد التصفية الداخلية لكل مشغل أو شبكة Wi-Fi في البحرين، ولا تحديد الإشارة الدقيقة التي جعلت بروتوكولاً ينجح وآخر يتعثر.

لكنني أستطيع قياس ما يحدث أمامي.

الخدمة تعمل على بيانات الهاتف.

تفشل بطريقة اتصال معينة على Wi-Fi.

ثم يعمل مسار مختلف على Wi-Fi نفسه.

وهذا يكفي كي أعرف أن عبارة «VPN محظور في البحرين» واسعة أكثر مما ينبغي بالنسبة للمشكلة التي أحاول حلها.

لم أعد أبدأ بالخادم رقم 12

في السابق كنت أرى الفشل وأفتح قائمة الخوادم فوراً.

فرنسا.

ألمانيا.

هولندا.

خادم آخر.

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

الآن أصبحت السلسلة أقصر:

هل يعمل الـVPN على شبكة أخرى؟

إذا نعم، فالخدمة ليست ميتة.

هل يعمل بروتوكول آخر؟

إذا نعم، أكمل المهمة.

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

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

أنا لا أحتاج إلى معرفة اسم آلية التصفية.

أحتاج فقط إلى معرفة ما أراه:

شبكة معينة، والاتصال المعتاد لا يبدأ.

المزود الكبير ما زال أوسع

لدى الخدمات الكبرى مواقع أكثر وتاريخ عام أطول.

أما التطبيق الأصغر فلديه مواقع أقل.

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

لكن هذا لم يكن ما أحتاجه في الفندق.

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

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

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

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

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

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

ما المعيار الذي يجب أن أستخدمه بدل سؤال «أي خدمة أفضل؟»؟

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

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

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

ما أول شيء أختبره في وضعي الحقيقي قبل اتخاذ القرار؟

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

كيف أتجنب اختيار مزود بناءً على ميزة لا تحل مشكلتي؟

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

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

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

  1. OnlydogVPN — مرجع مرتبط بقسم «هذه المرة بدأت من المشكلة، لا من الخادم»(مصدر أولي/خارجي)
  2. WireGuard — Protocol & Cryptography(مرجع تقني أولي)
  3. OpenVPN — OpenVPN Protocol(مرجع تقني أولي)