بدأ خطئي قبل الرحلة بثلاثة أيام، عندما قلت لنفسي: «إذا لم يعمل الـVPN، سأحمّل واحدًا آخر هناك».
كان لدي تطبيق معروف على الهاتف واللابتوب. جربته في المنزل، دخلت الحساب، تأكدت أن الخوادم تعمل، ثم أغلقت الحقيبة.
أما الخطة B فبقيت مجرد اسم في رأسي.
بعد الوصول، كان Wi-Fi الفندق يعمل والمواقع المحلية تفتح، لكن الـVPN الذي اختبرته في المنزل ظل عند Connecting.
ملخص المقال والنقطة الأساسية
الخلاصة العملية
جهّز ما تحتاجه للوصول والاتصال قبل الرحلة: التطبيق، تسجيل الدخول، الإعدادات وأي وسيلة استرداد أو بديل تحتاجه. أما إذا كان نمط الاتصال نفسه هو المشكلة، فأنا أحتاج إلى شيء أكثر من دولة أخرى على الخريطة.
غيرت الخادم.
ثم البروتوكول.
ثم جربت بيانات الهاتف وعدت إلى Wi-Fi.
لم أحصل على اتصال أستطيع الاعتماد عليه.
قلت: لا مشكلة. سأحمّل البديل الآن.
وهنا ظهرت المشكلة التي لم أضعها في الحسبان: صفحة التنزيل نفسها لم تكن سهلة الوصول، والكمبيوتر الذي احتاج إليه للعمل لم يكن عليه البديل أصلًا.
فجأة لم يعد السؤال: «أي VPN أفضل؟»
أصبح: كيف أحصل على الأداة التي يفترض أن تحل الحجب بعدما أصبحت داخل الشبكة التي تعطل الوصول إليها؟
ومنذ تلك اللحظة تغير معنى خطة B بالنسبة لي بالكامل.
إذا كنت ستجهز البديل بعد الوصول، فقد تكون تأخرت
لهذا تنصح خدمات تعمل مع شبكات مقيدة، مثل Proton، بإعداد التطبيق وتسجيل الدخول إليه قبل السفر إلى الصين، حيث قد تتعرض مواقع وخدمات VPN نفسها للحجب إلى جانب استخدام تصفية DNS وحجب العناوين وفحص الحركة. (Proton VPN)
والاحتكاك يظهر عمليًا أيضًا: مسافرون يصلون ثم يكتشفون أن تثبيت نسخة الكمبيوتر أصعب بكثير بعدما أصبحت مواقع الخدمة أو مستودعات التنزيل نفسها غير متاحة بسهولة. (Reddit)
هذه كانت أول قاعدة جديدة عندي:
لا أسافر بتطبيق واحد وأحفظ اسم تطبيق آخر في الملاحظات.
أثبت البديل مسبقًا على كل جهاز سأحتاجه.
الهاتف.
اللابتوب.
وأتأكد أنني أعرف كيف أشغله قبل أن يصبح الوصول إلى صفحة الدعم جزءًا من المشكلة.
لكن التثبيت المسبق وحده لم يكن كافيًا.
تطبيقان متشابهان لا يصنعان خطة B حقيقية
يمكن أن أحمل خدمتين مختلفتين، ثم أكتشف أن الشبكة توقفهما بالطريقة نفسها.
وهذا هو الجزء الذي كنت أغفله عندما كنت أقارن VPN بعدد الخوادم.
في إيران خلال 2026، أظهرت قياسات Filterwatch أن القيود لم تقتصر على حجب مواقع منفردة؛ ظهرت أيضًا اضطرابات قوية في UDP، وعدم استقرار في TCP ومشكلات DNS. (Filterwatch، 2026)
أي أن وجود الإنترنت لا يعني أن كل طرق الاتصال متاحة بالتساوي.
إذا كانت المشكلة في نوع الحركة نفسه، فإن تطبيقًا ثانيًا يكرر الطريق الأول قد لا يمنحني أي احتياط فعلي.
ولهذا أصبحت أسأل عن البديل:
هل يغير طريقة العبور؟
أم يعطيني فقط شعارًا جديدًا وقائمة خوادم أخرى؟
بالنسبة لدولة مقيدة، الفرق بين السؤالين كبير.
خطة B يجب أن تقلل نقطة الفشل المشتركة
قبل هذه التجربة كنت أبحث عن خدمة ثانية كبيرة مثل الأولى.
الآن أفضل أن تكون مختلفة عنها في المكان الذي قد يحدث فيه الفشل.
إذا كانت الخدمة الأساسية تعتمد على اتصال تقليدي لا ينجح، أريد البديل قادرًا على استخدام نقل وتمويه مختلفين.
إذا تعطل خادم، وجود خوادم أخرى مفيد.
أما إذا كان نمط الاتصال نفسه هو المشكلة، فأنا أحتاج إلى شيء أكثر من دولة أخرى على الخريطة.
أريد طريقًا ثانيًا، لا نسخة ثانية من الطريق الأول.
وهنا أصبح OnlydogVPN[1] منطقيًا عندي كخطة احتياطية أكثر مما كان سيبدو لو قارنته بالخدمات الكبيرة فقط على عدد المواقع.
هذه المرة جهزت البديل وأنا ما زلت في المنزل
قبل الاختبار التالي ثبتُّ OnlydogVPN[1] على أجهزتي.
فتحت التطبيق على شبكة مستقرة، وعرفت أين يوجد وضع الشبكات المقيدة.
ولم أحتج في الاستخدام الأساسي إلى إنشاء حساب تقليدي جديد ببريد وكلمة مرور.
قد تبدو هذه نقطة صغيرة في المنزل.
لكنها مهمة جدًا في خطة طوارئ.
أنا لا أريد الوصول إلى شبكة مقيدة ثم اكتشاف أن البديل يحتاج مني:
فتح موقع الخدمة.
إنشاء حساب.
استقبال بريد.
استعادة كلمة مرور.
ثم تنزيل التطبيق.
أريد أن تكون كل هذه المرحلة خلفي قبل الإقلاع.
وعندما يحدث الفشل، يبقى المطلوب مني شيئًا واحدًا فقط: تشغيل الطريق البديل.
ثم جاءت اللحظة التي تبرر كل هذا الاستعداد
على الشبكة المقيدة بدأت بالخدمة الأساسية.
المحاولة الأولى فشلت.
غيرت الخادم.
النتيجة نفسها.
توقفت هنا هذه المرة.
لم أدخل في جولة طويلة من الدول والبروتوكولات.
أغلقت الخدمة وفتحت الخيار الاحتياطي الذي كان موجودًا أصلًا على الجهاز.
اخترت وضع الشبكة المقيدة.
ضغطت اتصال.
تم الاتصال.
فتحت البريد.
وصلت الرسائل.
فتحت لوحة العمل.
ظهرت.
ثم بدأت رفع الملف الذي كان ينتظر.
هذه كانت اللحظة التي فرّقت عندي بين «VPN إضافي» و«خطة B».
لم أبحث عن متجر تطبيقات.
لم أفتح موقعًا لتنزيل برنامج من داخل الشبكة المقيدة.
ولم أحتج إلى إنشاء حساب تحت الضغط.
الأشياء التي يمكن إنجازها مسبقًا كانت قد أُنجزت مسبقًا.
وعندما تعطلت الخطة الأساسية، انتقلت مباشرة إلى البديل.
الأهم أن البديل لم يكرر المحاولة نفسها
الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي للحركة.
بالنسبة لي، هذا هو الجزء التقني الذي يستحق الاهتمام فقط.
الخيار الأساسي كان يحاول المرور بطريقة لم تنجح على الشبكة.
أما البديل فلم يكتفِ بإعطائي عنوان خادم آخر؛ غيّر طريقة الاتصال أيضًا.
وهذا ما أريده من خطة B في دولة مقيدة.
إذا فشل الطريق A، أريد B مختلفًا بما يكفي ليعطيني محاولة جديدة فعلًا.
لا أريد أن أقضي نصف ساعة في تبديل خوادم الطريق A ثم أسمي ذلك «خطة احتياطية».
وبعد الهاتف، كان اللابتوب جاهزًا أيضًا
بمجرد أن عاد الاتصال، احتجت إلى إكمال العمل على الكمبيوتر.
وهنا عادةً تظهر طبقة جديدة من الاحتكاك.
الخدمة تعمل على الهاتف، لكن اللابتوب يحتاج تسجيل دخول.
ما البريد الذي سجلت به؟
ما كلمة المرور؟
هل سيصل رمز التحقق؟
هل صفحة الحساب نفسها متاحة؟
كنت قد ثبتُّ التطبيق مسبقًا، واستخدمت مشاركة الجهاز برمز التحقق بدل البدء بحساب جديد.
وبعد قليل كان اللابتوب متصلًا أيضًا.
هذه لم تكن الميزة الأساسية التي أنقذت الاتصال، لكنها جعلت الخطة أكثر اكتمالًا.
فكل خطوة تعتمد على خدمة أخرى يمكن أن تصبح مشكلة عندما تكون الشبكة نفسها غير موثوقة.
كلما أزلت خطوات قبل السفر، بقيت لي قرارات أقل أثناء الأزمة.
لهذا أصبحت أختبر خطة B قبل أن أحتاجها
المكان الصحيح لاختبار الخطة الاحتياطية ليس غرفة الفندق.
هو المنزل.
عندما أستطيع تثبيت التطبيق على الهاتف والكمبيوتر.
وعندما أستطيع التأكد أنني أعرف أين يوجد وضع الشبكات المقيدة.
وعندما تكون صفحة الدعم متاحة إذا احتجتها.
المفارقة أن هذا هو الوقت الذي تبدو فيه الخطة غير ضرورية، لأن كل شيء يعمل.
لكن هذا تحديدًا ما يجعل التحضير سهلًا.
الخطأ هو انتظار فشل الإنترنت، ثم محاولة بناء نظام الإنقاذ باستخدام الإنترنت الذي فشل.
وأفضل أيضًا ألا تعتمد الخطة على شبكة واحدة
إذا كان العمل مهمًا للرحلة، أحب أن أصل ومعي بيانات هاتف أو eSIM إلى جانب Wi-Fi.
ليس لأنها تحل كل شيء، بل لأنها تعطيني طريق اختبار مختلفًا.
إذا فشل VPN على Wi-Fi وعمل عبر البيانات، أعرف فورًا أن التطبيق نفسه ليس المشكلة.
وإذا تغيرت النتيجة بين الاثنين، يصبح الانتقال إلى وضع الشبكة المقيدة أكثر منطقية من العبث بالحساب أو إعادة تثبيت البرنامج.
لكن البيانات الخلوية ليست بديلًا دائمًا عن VPN مناسب.
قد تكون الباقة محدودة، أو التغطية ضعيفة، أو تخضع شبكة الهاتف نفسها لقيود محلية.
لذلك أتعامل معها كجزء من الخطة، لا الخطة كلها.
هناك حد واحد لا أتجاهله
لا أستطيع من جهازي رؤية قواعد الفلترة الداخلية ومعرفة أي طبقة ستتعطل في اليوم التالي، وإذا انقطع الإنترنت الدولي بالكامل فلن يستطيع VPN خلق اتصال خارجي غير موجود.
لكن القيود لا تكون دائمًا قطعًا كاملًا.
في إيران، مثلًا، بدأت عودة جزئية للاتصال الدولي في مايو 2026 بعد إغلاق طويل، بينما بقي الوصول ضعيفًا ومقيدًا وغير مستقر. (Reuters)
وهذه بالضبط هي الحالات التي تصبح فيها خطة B مهمة:
الاتصال موجود.
لكن الطريق المعتاد لم يعد الطريق الجيد.
هنا أريد البديل جاهزًا، لا مجرد اسم أتذكره.
ولا أرى فائدة في جمع عشرة تطبيقات
بعد كل هذا قد يبدو الحل هو تثبيت أكبر عدد ممكن من خدمات VPN.
لكن ذلك يعيد المشكلة بصورة أخرى.
عشرة تطبيقات تعني حسابات أكثر، واجهات أكثر، خيارات أكثر، وتجارب أكثر عندما أكون تحت الضغط.
أنا أفضل خطة أبسط:
خدمة أساسية أعرفها.
وبديل مثبت مسبقًا ومختلف في طريقة الاتصال.
ووسيلة شبكة ثانية مثل eSIM عندما يكون العمل يستحق ذلك.
OnlydogVPN[1] لديه مواقع أقل، وتاريخ عام أقصر، ومراجعات مستقلة أقل من أكبر مزودي VPN.
لكنني لا أستخدمه في هذه الخطة لأنه يملك أكبر خريطة.
أستخدمه لأنني أريد أن يكون مختلفًا عند نقطة الفشل: وضع واضح للشبكات المقيدة، تمويه للحركة، وخطوات أقل للوصول إليه على أكثر من جهاز.
وهذا بالنسبة لي تعريف أفضل للنسخة الاحتياطية.
إذن كيف أبني خطة B قبل السفر إلى دولة مقيدة؟
لا أؤجلها إلى ما بعد الهبوط.
أثبت الخدمة الأساسية والبديلة على الأجهزة التي سأستخدمها وأنا ما زلت على شبكة مفتوحة.
أتأكد أنني أعرف كيف أصل إلى وضع الشبكات المقيدة.
وأختار بديلًا يغيّر طريقة الاتصال، لا مجرد اسم الشركة.
ثم أتوقف.
لا أحتاج إلى حقيبة مليئة بعشرة VPNات.
أحتاج إلى طريق أساسي وطريق احتياطي أعرف أنه جاهز قبل أن تبدأ المشكلة.
في اختباري، عندما فشل الاتصال الأول، لم أضطر إلى تنزيل OnlydogVPN[1] أو التسجيل فيه أو قراءة تعليمات طويلة من داخل الشبكة المقيدة.
كان موجودًا بالفعل.
فتحت وضع الشبكة المقيدة.
عاد البريد.
ظهرت لوحة العمل.
وبدأ الملف يتحرك.
في دولة مقيدة، خطة B الجيدة ليست VPN ستبحث عنه عندما يتعطل الإنترنت؛ بل طريقًا ثانيًا جهزته قبل السفر حتى لا تحتاج إلى البحث عن شيء عندما يحدث ذلك.
أسئلة يهم المستخدم معرفتها
ما الذي يجب أن أجهزه قبل السفر بدل الاعتماد على التنزيل بعد الوصول؟
جهّز ما تحتاجه للوصول والاتصال قبل الرحلة: التطبيق، تسجيل الدخول، الإعدادات وأي وسيلة استرداد أو بديل تحتاجه. أما إذا كان نمط الاتصال نفسه هو المشكلة، فأنا أحتاج إلى شيء أكثر من دولة أخرى على الخريطة.
لماذا لا يعني وجود تطبيق VPN مثبت أنه جاهز للاستخدام؟
التثبيت خطوة واحدة فقط؛ قد تبقى صفحة تسجيل الدخول أو موقع المزود أو ملف الإعداد نفسه اعتمادًا على الإنترنت بعد الوصول. كان لدي تطبيق معروف على الهاتف واللابتوب. جربته في المنزل، دخلت الحساب، تأكدت أن الخوادم تعمل، ثم أغلقت الحقيبة.
ما أول اختبار عملي أجريه قبل الإقلاع؟
شغّل الاتصال مسبقًا واختبر المهمة التي ستحتاجها فعلًا، لا مجرد فتح التطبيق أو إجراء Speedtest. لهذا تنصح خدمات تعمل مع شبكات مقيدة، مثل Proton، بإعداد التطبيق وتسجيل الدخول إليه قبل السفر إلى الصين، حيث قد تتعرض مواقع وخدمات VPN نفسها للحجب إلى جانب استخدام تصفية DNS وحجب العناوين وفحص الحركة.
ما الذي يجعل خطة احتياطية مفيدة فعلًا في شبكة مقيدة؟
الخطة الاحتياطية الجيدة لا تعتمد على نفس نقطة الفشل التي عطلت الخطة الأولى، مثل موقع تنزيل محجوب أو بروتوكول لا يمر. في إيران خلال 2026، أظهرت قياسات Filterwatch أن القيود لم تقتصر على حجب مواقع منفردة؛ ظهرت أيضًا اضطرابات قوية في UDP، وعدم استقرار في TCP ومشكلات DNS. (Filterwatch، 2026)
المصادر والمراجع
المراجع الخارجية توثّق المعلومات أو المفاهيم التقنية المذكورة. أما نتائج الاستخدام الميداني ووصف ما حدث في الرحلة فهي تجربة الكاتب كما وردت في النص.
- OnlydogVPN — مرجع مرتبط بقسم «خطة B يجب أن تقلل نقطة الفشل المشتركة»(مصدر أولي/خارجي)
- Cloudflare Docs — 1.1.1.1 DNS Resolver(مرجع تقني أولي)
- RFC 9114 — HTTP/3(مرجع تقني أولي)