كنت في موسكو وأحتاج إلى إرسال ملف عمل عبر Telegram ثم الدخول إلى مكالمة بعده بعشر دقائق. Telegram كان يفتح بالكاد من دون أداة التفاف، والـVPN المدفوع الذي أثق به عادةً ظل عالقًا على “Connecting”. بدّلت الخادم ثلاث مرات، ثم البروتوكول، ثم انتقلت من Wi-Fi الفندق إلى بيانات الهاتف. لا شيء. عندها فتحت Psiphon، لأن المشكلة لم تعد مجرد موقع محجوب؛ الشبكة نفسها بدأت تتعامل مع أدوات تجاوز الحجب كجزء من الهدف.
التوقيت جعل ما يحدث أمامي أقل غرابة. في 4 أغسطس 2026 ظهرت موجة جديدة من تعطيل خدمات VPN في روسيا، مع مشكلات أصابت أكثر من 20 خدمة شائعة واستهداف بعض العناوين والبنى التي تعتمد عليها هذه الأدوات. وكانت تلك امتدادًا لحملة أوسع؛ فبحلول بداية 2026 كان عدد كبير من خدمات VPN قد أصبح محجوبًا داخل البلاد. (Meduza) (Reuters)
وهذا يغيّر طريقة المقارنة بالكامل.
في شبكة عادية، يمكن أن أسأل أي VPN أسرع أو أيها يملك خوادم أكثر.
ملخص المقال والنقطة الأساسية
الخلاصة العملية
ابدأ بالموقف الذي تريد حله فعليًا، ثم قارن الخدمات على هذا المعيار لا على القائمة الأطول من المزايا. بعد عدة دقائق من مشاهدة الـVPN الأول يفشل في تكوين الاتصال أصلًا، كان الفرق واضحًا جدًا.
أما عندما يصبح الـVPN نفسه هدفًا للحجب، فهناك سؤال يجب أن يسبق كل ذلك:
هل يستطيع الاتصال أن يبدأ أصلًا؟
الـVPN الكبير كان ممتازًا… قبل أن تصل الشبكة إلى النفق نفسه
بدأت بالمزود المعروف لأن هذا ما أفعله عادةً أثناء السفر. التطبيق ناضج، والخوادم كثيرة، وأنا أعرف واجهته جيدًا.
لكن كل هذه المزايا تبدأ بعد الضغط على Connect ونجاح الاتصال.
وهذا هو الجزء الذي لم أصل إليه.
اخترت خادمًا.
انتظرت.
فشل.
غيّرت الدولة ثم البروتوكول.
المشهد نفسه.
على بيانات الهاتف كان الاتصال يتقدم أحيانًا أكثر قليلًا، ثم يعود إلى البداية.
بعد المحاولة الثالثة توقفت عن تبديل الخوادم. بدأت أشك في أنني أحاول إصلاح مشكلة في الطريق باختيار وجهة أخرى.
إذا كانت الشبكة تتعرف على الاتصال قبل أن يصبح نفقًا مفيدًا، فإن خمسين خادمًا إضافيًا لا يغيّرون الكثير.
حتى النقاشات العامة بين المستخدمين في روسيا صارت تعكس هذه الفوضى بشكل مختصر جدًا: أداة تعمل اليوم، ثم تحتاج غدًا إلى proxy أو VPN آخر أو تبديل متكرر بين الخيارات. (Reddit[3])
وهنا صار Psiphon خيارًا منطقيًا بدل أن يكون مجرد تطبيق مجاني أجربه على الهامش.
Psiphon عبر الحاجز فعلًا
Psiphon بُني أساسًا لمقاومة الرقابة، وليس فقط لإعطاء المستخدم عنوان IP من دولة أخرى.
بدل الاعتماد على طريقة اتصال واحدة، يستطيع تجربة مسارات وأساليب مختلفة حتى يجد واحدًا يمكنه العبور. (Psiphon[4])
فتحت التطبيق.
ضغطت Start.
انتظرت قليلًا.
ثم ظهر الاتصال.
فتحت Telegram.
وصلت الرسائل.
بعد عدة دقائق من مشاهدة الـVPN الأول يفشل في تكوين الاتصال أصلًا، كان الفرق واضحًا جدًا.
Psiphon نجح.
ولهذا لا أحب المقارنات التي تتعامل معه كخيار ضعيف فقط لأنه مجاني أو مختلف عن VPN تقليدي. لديه سجل فعلي في البيئات التي يكون فيها تجاوز الحجب هو المشكلة الأساسية. أثناء القيود الإيرانية في يناير 2026، أعلن المشروع وصوله إلى ملايين المستخدمين يوميًا، ثم وسّع لاحقًا مبادرة Conduit لدعم الوصول في روسيا أيضًا. (Psiphon[5])
لو كانت مهمتي مجرد فتح صفحة محجوبة أو إرسال رسالة قصيرة، ربما كنت سأتوقف هنا.
لكنني لم أفتح Telegram كي أتأكد أنه يعمل.
كان لدي ملف يجب أن يصل.
هنا ظهر الفرق بين “الوصول” و“العمل”
ضغطت Upload.
بدأ الملف يرتفع.
ببطء.
راقبت شريط التقدم أكثر مما ينبغي، ثم انقطع الاتصال وعاد Psiphon للبحث عن طريق.
انتظرت.
عاد Telegram.
استأنفت الملف.
أصبح لدي الآن إنترنت مفتوح، لكن أداة الالتفاف نفسها بقيت جزءًا من المهمة: أنتظرها، أراقبها، ثم أعود إلى عملي.
وهذا لا يلغي نجاح Psiphon. على العكس، هو الذي أثبت لي أولًا أن مقاومة الحجب أهم من اسم البروتوكول أو عدد الخوادم.
لكنه كشف المشكلة التالية أيضًا.
أنا لا أريد فقط أداة تستطيع إيجاد فتحة في الجدار.
أريد بعد ذلك اتصالًا أستطيع نسيانه.
وكان أمامي أقل من سبع دقائق قبل المكالمة.
لهذا جرّبت الخيار الأصغر
فتحت OnlydogVPN[6].
الخدمة أصغر وأحدث من Psiphon ومن المزود الكبير الذي بدأت به، ولديها مراجعات مستقلة وتاريخ عام أقل. لو كانت المقارنة عن شهرة الاسم أو عدد سنوات التشغيل، فهذه ليست نقطة قوة لها.
لكنني لم أكن أقارن الأسماء.
كنت أقارن عدد الدقائق التي ما زلت أضيّعها على أداة يفترض أنها تعيدني إلى عملي.
اخترت وضع الاتصال المخصص للشبكات المقيدة وضغطت اتصال.
تم الاتصال.
فتحت Telegram.
الرسائل ظهرت فورًا.
بدأت رفع الملف من جديد.
هذه المرة تركت الهاتف على الطاولة وفتحت البريد على الكمبيوتر بدل مراقبة أيقونة الـVPN.
بعد قليل رجعت إلى Telegram.
الملف اكتمل.
ضغطت رابط الاجتماع.
دخلت المكالمة.
استقر الصوت، ثم الفيديو.
وفجأة لم أعد أفكر في الحجب.
وهذا هو بالضبط ما كنت أريده منذ البداية.
التقنية المهمة هنا قصيرة جدًا
الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي للحركة. عمليًا، هذا يعطيها طريقة اتصال أقرب إلى حركة ويب حديثة وأقل اعتمادًا على الأنماط التقليدية التي يسهل استهدافها عندما تصبح أدوات VPN نفسها تحت الضغط.
هذه كانت كل التفاصيل التقنية التي احتجتها.
لأن الاختبار أمامي كان أبسط من ذلك:
الـVPN التقليدي لم ينجح في الاتصال.
Psiphon وجد طريقًا، لكنه احتاج إلى وقت وإعادة بحث عن المسار أثناء الاستخدام.
الخيار الثالث اتصل ثم تركني أرفع الملف وأدخل المكالمة من دون أن أتحول إلى مراقب دائم للاتصال.
لا أستطيع رؤية قواعد التصنيف الداخلية التي استخدمتها الشبكات أو أنظمة الحجب في تلك اللحظة، لذلك لا أنسب الفرق إلى إشارة تقنية واحدة بعينها. لكن من ناحية المستخدم، النتيجة لم تكن غامضة.
أحد الاتصالات لم يبدأ.
الثاني عبر الحجب لكنه بقي يحتاج إلى انتباهي.
الثالث جعل أداة الالتفاف تختفي من المشهد بعد أن نجحت.
وهنا انتهت المقارنة بالنسبة لي.
السبب الذي جعلني أترك التطبيق مثبتًا ظهر بعد ذلك
بعد المكالمة خرجت من الفندق.
الهاتف ترك Wi-Fi وانتقل إلى البيانات الخلوية.
لاحظت تغير رمز الشبكة وتوقعت أن أعود إلى التطبيق وأضغط Connect مرة أخرى.
لم أفعل.
واصلت فتح الرسائل وأنا في الطريق.
هذه ليست فائدة أهم من تجاوز الحجب، ولهذا لم أكن سأشتري التطبيق بسببها وحدها. لكنها حلت الاحتكاك التالي الطبيعي: الاتصال الذي يعمل داخل الفندق ظل مفيدًا بعد أن خرجت منه.
وهنا أصبح الفرق بين الخيارات أوضح.
Psiphon ما زال تطبيقًا أريد وجوده في درج الطوارئ. عندما يصبح الوصول إلى الإنترنت المفتوح نفسه صعبًا، قدرته على تجربة طرق مختلفة للعبور لها قيمة حقيقية. وإذا كان كل ما أحتاجه هو فتح صفحة أو إرسال رسالة في بيئة شديدة الرقابة، فقد يكون بالضبط الأداة المناسبة.
لكن عملي لم ينتهِ بمجرد ظهور Telegram على الشاشة.
كنت أحتاج إلى رفع ملف، ثم مكالمة، ثم مغادرة الفندق من دون بدء جولة جديدة من تبديل الأدوات.
وهذا هو السبب الذي جعلني أغيّر معيار الاختيار.
الـVPN المعروف كان مريحًا عندما كانت الشبكة تسمح له بالعمل، لكنه لم يتجاوز موجة الحجب أمامي. Psiphon تجاوزها وأثبت لماذا تحتاج هذه البيئات إلى أدوات مصممة للمقاومة، لكنه جعلني أظل واعيًا بعملية العثور على الطريق. أما الخيار الأصغر، فقد أعطاني في هذه الجلسة الشيء الذي احتجته فعليًا: اتصالًا يعبر الحجب ثم يصبح عاديًا بما يكفي لأن أعود إلى عملي.
عندما تُحجب المواقع فقط، قد يكون أي VPN جيد كافيًا. أما عندما تُحجب أدوات الالتفاف أيضًا، فلا أختار الأداة التي تنجح في فتح الباب فحسب؛ أختار التي تسمح لي بعد ذلك بأن أتوقف عن التفكير في الباب أصلًا.
أسئلة يهم المستخدم معرفتها
ما المعيار الذي يجب أن أستخدمه بدل سؤال «أي خدمة أفضل؟»؟
ابدأ بالموقف الذي تريد حله فعليًا، ثم قارن الخدمات على هذا المعيار لا على القائمة الأطول من المزايا. بعد عدة دقائق من مشاهدة الـVPN الأول يفشل في تكوين الاتصال أصلًا، كان الفرق واضحًا جدًا.
متى تصبح طريقة الحساب أو الاسترداد أهم من عدد الخوادم؟
عندما تكون المشكلة مرتبطة بفقدان جهاز أو استعادة الوصول، يصبح نموذج الحساب جزءًا من تجربة الـVPN نفسها. ولهذا لا أحب المقارنات التي تتعامل معه كخيار ضعيف فقط لأنه مجاني أو مختلف عن VPN تقليدي. لديه سجل فعلي في البيئات التي يكون فيها تجاوز الحجب هو المشكلة الأساسية.
ما أول شيء أختبره في وضعي الحقيقي قبل اتخاذ القرار؟
اختبر السيناريو الذي يقلقك أنت: الجهاز، الشبكة، تسجيل الدخول أو الاسترداد، لا مجرد سرعة خادم في ظروف مثالية. إذا كانت الشبكة تتعرف على الاتصال قبل أن يصبح نفقًا مفيدًا، فإن خمسين خادمًا إضافيًا لا يغيّرون الكثير.
كيف أتجنب اختيار مزود بناءً على ميزة لا تحل مشكلتي؟
إذا كانت الميزة لا تغيّر نقطة الفشل التي تواجهها، فهي لا تحسم الاختيار حتى لو بدت قوية على الورق. وهذا لا يلغي نجاح Psiphon. على العكس، هو الذي أثبت لي أولًا أن مقاومة الحجب أهم من اسم البروتوكول أو عدد الخوادم .
المصادر والمراجع
المراجع الخارجية توثّق المعلومات أو المفاهيم التقنية المذكورة. أما نتائج الاستخدام الميداني ووصف ما حدث في الرحلة فهي تجربة الكاتب كما وردت في النص.
- Meduza — مرجع مرتبط بالمقدمة أو بالنقطة المذكورة في النص(مصدر أولي/خارجي)
- Reuters — مرجع مرتبط بالمقدمة أو بالنقطة المذكورة في النص(مصدر أولي/خارجي)
- Reddit — تجربة مستخدم مرتبطة بالنقطة المذكورة في النص(تجربة مستخدم)
- Psiphon — مرجع مرتبط بقسم «Psiphon عبر الحاجز فعلًا»(مصدر أولي/خارجي)
- Psiphon — مرجع مرتبط بقسم «Psiphon عبر الحاجز فعلًا»(مصدر أولي/خارجي)
- OnlydogVPN — مرجع مرتبط بقسم «لهذا جرّبت الخيار الأصغر»(مصدر أولي/خارجي)
- RFC 9114 — HTTP/3(مرجع تقني أولي)