كانت رسالة العميل بسيطة: «هل تستطيع الدخول الآن؟». ضغطت على رابط المكالمة من طهران، انتظرت، ثم بقيت أمام شاشة تحميل لا تنتهي. الغريب أن الإنترنت كان قد «عاد»: بعض المواقع تفتح، البريد يصل، وحتى اختبار السرعة أعطاني رقمًا مقبولًا. لذلك اتهمت شبكة الفندق أولًا، بدّلت من Wi-Fi إلى بيانات الهاتف، ثم أعدت تشغيل التطبيق. لا شيء. كان لدي VPN معروف مثبت بالفعل، ففتحته وأنا مقتنع أن المسألة لن تستغرق أكثر من دقيقة.
لم يكن اختيار إيران لهذا السيناريو عشوائيًا. خلال موجة القيود في يناير/كانون الثاني 2026، ارتفعت تسجيلات Proton VPN في إيران 1000% فوق خط الأساس قبل الإغلاق الكامل. وعندما عاد قدر محدود من الاتصال في 22 يناير، قفزت التسجيلات إلى 400,000% فوق خط الأساس. (Proton VPN)
ثم جاءت موجة أشد في 28 فبراير. وبعد قرابة ثلاثة أشهر من الانقطاع الواسع، بدأت عودة جزئية للاتصال في 26 مايو، لكن بيانات Cloudflare أظهرت أن حركة الإنترنت ظلت بعيدة عن مستوياتها السابقة، مع اختلاف واضح بين المناطق والشبكات. (Cloudflare) وفي أواخر مايو ظل الوصول غير مستقر، مع استمرار حاجة بعض الخدمات الخارجية إلى VPN. (Reuters)
وهنا تغير معنى عبارة «الإنترنت عاد» بالنسبة لي.
ملخص المقال وما الذي يهم عمليًا
ما الذي تلخصه هذه التجربة؟
بدأت أسأل: ماذا يحدث عندما يصبح شكل اتصال الـVPN نفسه جزءًا من المشكلة؟
لماذا هذا مهم هنا؟
- لمن يهم هذا: لمن يواجه الموقف نفسه ويريد معرفة ما الذي ينجح عمليًا قبل الاعتماد عليه.
- تفصيل من المقال: كنت أتعامل مع المشكلة كما لو أنني أبحث عن خادم أسرع، بينما ما أحتاجه أولًا هو اتصال أصعب على الشبكة أن تميّزه وتعطله.
- ما الذي يستحق الاختبار: عادة تكون هذه لحظة الاختبار الثانية: VPN يعمل وأنت ثابت على Wi-Fi، ثم تتحرك أو تنتقل إلى بيانات الهاتف فينهار كل شيء وتعود إلى التطبيق لإصلاحه.
- حد مهم: هذه تجربة مرتبطة بالشبكة والجهاز والسياق المستخدم هنا، وليست وعدًا بأن النتيجة ستكون متطابقة في كل مكان.
مصادر مذكورة أصلًا في المقال
- Proton VPN (protonvpn.com)
- Cloudflare (blog.cloudflare.com)
- Reuters (reuters.com)
يمكن أن يكون الهاتف متصلًا، لكن الشيء الذي تحتاج إليه لا يصل. ويمكن أن يظهر VPN كلمة Connected، بينما تظل المكالمة أمامك معلقة.
لذلك عدت إلى الخدمة الكبيرة التي أثق باسمها.
كان لدي عشرات الخوادم، ولم أعرف أيها سيعبر
وجود اسم معروف كان مطمئنًا. خوادم كثيرة، دول كثيرة، وبروتوكولات اعتدت رؤيتها.
اخترت موقعًا قريبًا.
اتصل الـVPN.
عدت إلى المكالمة.
تحميل.
غيّرت الخادم.
تحميل.
فتحت إعدادات البروتوكول. جرّبت WireGuard، ثم خيارًا آخر. نجح اتصال للحظات، ثم عدت إلى إعادة الاتصال من جديد.
بعد عدة محاولات، لم تعد مشكلتي نقص الخيارات.
كانت مشكلتي أن لدي خيارات كثيرة ولا أعرف أيها سيعمل على الشبكة الموجودة أمامي الآن.
ومن هنا بدأت المقارنة تتغير.
WireGuard، مثلًا، سريع وممتاز في وظيفته، لكنه لا يتضمن التمويه كجزء أساسي من تصميمه. (WireGuard) وهذا فرق مهم في شبكة لا يكفي فيها أن تنشئ نفقًا؛ يجب أيضًا أن يظل هذا النفق قادرًا على العبور.
لم أعد أسأل: أي بروتوكول يعطيني أعلى سرعة؟
بدأت أسأل: ماذا يحدث عندما يصبح شكل اتصال الـVPN نفسه جزءًا من المشكلة؟
الاتصال الموجود على الشاشة ليس بالضرورة اتصالًا صالحًا للاستخدام
بعد إعادة فتح الإنترنت جزئيًا، أظهرت القياسات في إيران مزيجًا من اضطراب TCP، وقيود على UDP، ومشكلات DNS، مع تفاوت في الوصول بين الشبكات. (filter.watch)
بالنسبة للمستخدم، تظهر كل هذه التفاصيل بصورة أبسط بكثير: خدمة تعمل على شبكة ولا تعمل على أخرى، أو VPN ينجح مساءً ثم يحتاج إلى حل مختلف في اليوم التالي. وهذا بالضبط ما ظهر أيضًا في نقاشات المستخدمين أثناء القيود. (Reddit)
وهنا فهمت لماذا كان تبديل الخوادم يستهلك وقتي من دون أن يغير النتيجة.
كنت أتعامل مع المشكلة كما لو أنني أبحث عن خادم أسرع، بينما ما أحتاجه أولًا هو اتصال أصعب على الشبكة أن تميّزه وتعطله.
لذلك توقفت عن الدوران بين الدول.
هذه المرة اخترت «شبكة مقيدة»
فتحت OnlydogVPN↗.
بدل أن تبدأ التجربة بخريطة وتسألني عن الدولة، اخترت إعداد الشبكات المقيدة. شغلت الاتصال ثم عدت مباشرة إلى المهمة التي كنت أحاول إنجازها.
فتحت التطبيق.
وصلت الرسائل.
ضغطت على رابط المكالمة.
ظهرت صورة الطرف الآخر.
ثم جاء الصوت.
وهنا انتهى الجزء الأهم من الاختبار. لم أعد أختبر الـVPN؛ عدت إلى العمل الذي كنت أحاول القيام به من البداية.
السبب التقني مختصر: هذا الوضع يستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي لحركة الـVPN. أي أن الخدمة لا تعتمد فقط على إنشاء نفق، بل تحاول أيضًا جعل حركته أقل وضوحًا على الشبكات المقيدة.
لا أستطيع من خارج شبكة المشغل رؤية قواعد التصفية الداخلية التي تقرر في تلك اللحظة أي حركة تمر وأيها تتعطل. لكن النتيجة أمامي كانت واضحة: بدل تجربة خادم بعد خادم وبروتوكول بعد بروتوكول، وصلت إلى المكالمة.
ومن هنا سقط معيار قديم كنت أستخدمه في اختيار VPN.
وجود أسماء بروتوكولات كثيرة في صفحة المواصفات لا يخبرني وحده بما سيحدث على شبكة تحاول تقييد الاتصال. في هذا النوع من الظروف، التمويه العملي أهم من قائمة بروتوكولات أطول.
ثم بدأ Wi-Fi نفسه يتراجع
بعد نحو عشرين دقيقة بدأت شبكة الفندق تتقطع.
عادة تكون هذه لحظة الاختبار الثانية: VPN يعمل وأنت ثابت على Wi-Fi، ثم تتحرك أو تنتقل إلى بيانات الهاتف فينهار كل شيء وتعود إلى التطبيق لإصلاحه.
أوقفت Wi-Fi وتركت الهاتف ينتقل إلى الشبكة الخلوية.
انقطع الصوت للحظة.
ثم عاد.
لم أفتح تطبيق الـVPN، ولم أبحث عن خادم آخر.
النقل المبني على HTTP/3 يعمل فوق QUIC، وهو مصمم للتعامل بصورة أفضل مع تغير مسار الاتصال عندما ينتقل الجهاز بين الشبكات. (IETF) لم أكن بحاجة إلى التفاصيل أكثر من ذلك؛ ما كنت أراه على الهاتف أهم: المكالمة استمرت بعد الانتقال من Wi-Fi إلى البيانات.
وبعد انتهائها أرسلت الملف الذي كنا نناقشه.
هنا فقط شعرت أن المشكلة حُلّت بالكامل.
في البداية كنت أحتاج إلى طريق يصل. وبعد أن وصل، احتجت إليه أن يبقى قائمًا عندما تغيرت الشبكة تحته.
وهاتان النقطتان — التمويه ثم الاستقرار — أصبحتا بالنسبة لي أهم من أي فارق صغير في اختبار سرعة.
لماذا لا تكفي عبارة «أفضل VPN للشرق الأوسط»؟
لأن الشرق الأوسط ليس شبكة واحدة.
قد تكون المشكلة في بلد ما حجب تطبيق بعينه. وفي مكان آخر تتأثر المكالمات الصوتية. وفي شبكة ثالثة تظل المواقع المحلية طبيعية بينما تصبح أدوات تجاوز القيود نفسها غير مستقرة.
لذلك لا أستطيع اختيار VPN للمنطقة كلها بناءً على عدد الأعلام في قائمة الخوادم.
في الاستخدام العادي، الخوادم الكثيرة شيء جيد. لكن في أصعب الظروف، ترتيب الأولويات يتغير: أريد أولًا طريقًا قادرًا على العبور، ثم أريده أن يستمر عندما تتغير الشبكة.
وهذا أيضًا يفسر لماذا لم أعد أنبهر تلقائيًا بقائمة كبيرة من البروتوكولات. المستخدم المتقدم قد يحب اختيار كل شيء بنفسه، لكن عندما تكون المكالمة تنتظر، لا أريد أن أقضي عشر دقائق في اكتشاف المزيج المناسب بين الدولة والخادم والبروتوكول.
أريد أن أصف المشكلة مرة واحدة وأتصل.
الخدمة الأصغر لديها تنازل واضح
عدد مواقع الخوادم هنا أقل مما توفره بعض الأسماء العملاقة، كما أن تاريخ الخدمة العام أقصر وعدد مراجعاتها المستقلة أقل.
إذا كنت أشتري VPN أساسًا من أجل التنقل بين عشرات المدن والدول للبث أو الاختبارات الجغرافية، فهذه نقطة سأضعها في مقدمة المقارنة.
لكنها لم تكن المشكلة التي أمامي في طهران.
كان لدي VPN كبير مليء بالخيارات، واتصال إنترنت موجود اسميًا لكنه غير موثوق عمليًا، ومكالمة تحتاج أن تبدأ الآن.
الخدمة الكبيرة جعلتني أسأل: «أي خادم وأي بروتوكول أجرب بعد ذلك؟»
أما الخيار الأصغر فبدأ من السؤال الذي كنت أحتاجه فعلًا: هل هذه شبكة مقيدة؟
اخترت ذلك، دخلت المكالمة، ثم انتقل الهاتف من Wi-Fi إلى البيانات وبقي الاتصال قائمًا.
ولهذا، عندما أختار VPN للشرق الأوسط في ظروف الشبكات المقيدة، لم يعد عدد الخوادم هو أول شيء أعدّه. الأولوية أصبحت أبسط: هل يستطيع الاتصال أن يمر من البداية، وهل يظل مستقرًا عندما تبدأ الشبكة في التغير؟
في هذا النوع من الاستخدام، الخادم الذي لا أضطر إلى التفكير فيه أفضل من عشرات الخوادم التي تجبرني على البحث عن واحد ما زال يعمل.
أسئلة شائعة بعد هذه التجربة
ما الذي يهم عند اختيار VPN للشرق الأوسط؟ عندما يصبح التمويه والاستقرار أهم من عدد الخوادم؟
بدأت أسأل: ماذا يحدث عندما يصبح شكل اتصال الـVPN نفسه جزءًا من المشكلة؟
لماذا قد لا يكفي الخيار الأشهر أو المجاني هنا؟
كنت أتعامل مع المشكلة كما لو أنني أبحث عن خادم أسرع، بينما ما أحتاجه أولًا هو اتصال أصعب على الشبكة أن تميّزه وتعطله.
ما الذي ينبغي أن أختبره في الاستخدام الفعلي؟
عادة تكون هذه لحظة الاختبار الثانية: VPN يعمل وأنت ثابت على Wi-Fi، ثم تتحرك أو تنتقل إلى بيانات الهاتف فينهار كل شيء وتعود إلى التطبيق لإصلاحه.