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