هل يمكن خنق VPN بدل حجبه؟ عندما يظهر Connected لكن الإنترنت يصبح شبه غير قابل للاستخدام

لم يكن الـVPN محجوبًا.

وهذا بالضبط ما أضاع وقتي.

فتحت التطبيق.

ظهر Connected.

فتحت صفحة ويب.

انتظرت.

شغلت فيديو، فانخفضت الجودة وبدأ التخزين المؤقت.

ثم حاولت رفع ملف عمل صغير، فتحرك الشريط ببطء شديد.

أوقفت الـVPN.

عاد الإنترنت سريعًا.

شغلته من جديد.

رجع البطء.

أول ما فعلته كان منطقيًا: غيرت الخادم.

ثم خادمًا ثانيًا.

ثم دولة أقرب.

الخدمة تتصل في كل مرة تقريبًا، لكن الاستخدام نفسه يبقى سيئًا.

وهنا بدأت أفهم أنني أبحث عن «الحجب» في المكان الخطأ.

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

وهذا هو الخنق.

الحجب الكامل أسهل في التشخيص

إذا كان الـVPN محجوبًا بوضوح، أعرف ما حدث.

أضغط Connect.

يفشل.

وأنتقل إلى طريقة أخرى.

أما الخنق فهو أكثر إزعاجًا لأن الواجهة تقول إن كل شيء طبيعي.

Connected.

عنوان IP تغير.

الصفحة تفتح في النهاية.

لكن الفيديو يتوقف، والتحميل يزحف، والملف الذي يفترض أن يستغرق دقيقة يحتاج وقتًا طويلًا.

وتصف وثائق IETF خفض عرض النطاق وtraffic shaping كطرق يمكن استخدامها لإضعاف نوع معين من الحركة بدل قطعه بالكامل. (IETF)

بالنسبة للمستخدم، الفرق النظري ليس مهمًا كثيرًا.

إذا كان الاتصال موجودًا لكنه لا يسمح لي بإنهاء المهمة، فقد فشل عمليًا.

وهذه الفكرة هي التي غيرت اختبار الـVPN عندي.

ما حدث في إيران أظهر شكل المشكلة بوضوح

خلال عودة الاتصال الدولي الجزئية في إيران في 2026، لم تكن الحالة مجرد «إنترنت يعمل» أو «إنترنت محجوب».

رصدت Filterwatch اتصالًا بطيئًا وغير مستقر، واضطرابًا في أنواع مختلفة من الحركة، مع تدهور واضح في قدرة أدوات تجاوز الحجب على العمل بصورة طبيعية. (Filterwatch) (Filterwatch)

وهذا هو النمط الذي يهمني.

قد يفتح الموقع في النهاية.

وقد يظهر الـVPN متصلًا.

لكن التجربة تصبح بطيئة بما يكفي كي يتخلى المستخدم عن الطريق كله.

لذلك لم أعد أعتبر نجاح الاتصال دليلًا على أن الشبكة سمحت للـVPN فعلًا بالعمل بصورة مفيدة.

الشبكة لا تحتاج إلى قراءة ما داخل النفق

كنت في البداية أفكر:

إذا كان الـVPN مشفرًا، فكيف تعرف الشبكة ماذا تخنق؟

لكنها لا تحتاج إلى قراءة المحتوى نفسه.

يكفي أحيانًا أن تتمكن من تمييز نمط الاتصال.

بحث USENIX عن OpenVPN أظهر أن حركة البروتوكول يمكن التعرف إليها من خصائص الاتصال، وهو ما يجعل التمييز بين حركة VPN وغيرها ممكنًا. (USENIX Security)

وهنا أصبحت الفكرة العملية واضحة جدًا بالنسبة لي:

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

لهذا لم يعد تغيير الخادم أول شيء أفعله.

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

تغيير الخادم لم يكن يغير المشكلة

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

لكن في هذه الحالة كنت أكرر المحاولة نفسها.

خادم قريب.

اتصال.

بطء.

خادم آخر.

اتصال.

الفيديو يتوقف.

دولة ثالثة.

الصفحة تظل بطيئة.

بعد عدة محاولات أدركت أنني أملك خيارات كثيرة داخل التطبيق، لكنني لا أغير الشيء الذي يهم.

كنت أسأل:

أي خادم أسرع؟

بينما كان السؤال الصحيح:

هل أحتاج إلى طريقة عبور مختلفة أصلًا؟

وبمجرد أن تغير السؤال، أصبحت المحاولة التالية أكثر منطقية.

هذا النمط يظهر عند المستخدمين أيضًا

في تجربة حديثة، وصف مستخدم اتصالًا مباشرًا سريعًا جدًا، بينما هبط الأداء بشدة عند تشغيل عدة خدمات VPN. (Reddit)

هذا لا يخبرني من الخارج بسبب البطء، لكنه يصف الاحتكاك الذي أريد تشخيصه:

الإنترنت نفسه سريع.

الـVPN يتصل.

لكن كل شيء يصبح بطيئًا بمجرد مرور الحركة عبره.

في هذه الحالة لا أريد قضاء الليل في تغيير الدول.

أريد معرفة هل طريقة اتصال مختلفة ستعيد الاستخدام الطبيعي.

مع OnlydogVPN عدت إلى المهمة بدل اختبار السرعة

فتحت OnlydogVPN على الشبكة نفسها.

اخترت وضع الشبكة المقيدة.

تم الاتصال.

لكنني لم أفتح Speedtest.

عدت مباشرة إلى الأشياء التي كانت تفشل.

فتحت الصفحة.

اكتملت.

شغلت الفيديو.

استقرت الجودة بدل أن تنهار بعد ثوانٍ.

ثم أعدت رفع الملف.

تحرك الشريط واستمر حتى النهاية.

هذا هو الشيء الذي كنت أحتاجه.

ليس رقمًا أعلى في اختبار منفصل.

ولا كلمة Connected أخرى.

بل أن يصبح الاتصال الذي كان شبه غير قابل للاستخدام طريقًا أستطيع إنجاز عملي من خلاله.

وهنا بدأ الفرق بين الخادمين يتحول إلى فرق بين طريقتين للعبور.

لماذا ساعد وضع الشبكة المقيدة؟

الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي للحركة.

بالنسبة لي، يكفي هذا التفسير المختصر:

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

أريد اتصالًا مصممًا ليكون أقل وضوحًا على الشبكات المقيدة.

وهذا ما جعل OnlydogVPN مناسبًا للموقف.

في الاختبار، الفرق ظهر قبل أن أحتاج إلى قراءة أي رقم تقني:

الموقع أصبح قابلًا للاستخدام.

الفيديو استمر.

والملف انتهى.

عندما تحدث هذه الأشياء، تكون التكنولوجيا قد قامت بعملها من دون أن تتحول المقالة إلى شرح بروتوكولات.

الخنق لا يجب أن يبدو كسرعة ثابتة

هذه نقطة كانت تربكني أيضًا.

كنت أتخيل الخنق هكذا:

من دون VPN: 100Mbps.

مع VPN: 10Mbps.

دائمًا.

لكن التجربة قد تكون أقل ترتيبًا بكثير.

قد تعمل الصفحة الأولى جيدًا.

ثم ينهار الفيديو.

قد يكون الاتصال مقبولًا لدقائق ثم يصبح بطيئًا.

وقد تتأثر طريقة نقل أكثر من أخرى، كما ظهر في قياسات الشبكات المقيدة في إيران. (Filterwatch)

لذلك أصبحت أختبر الشيء الذي أريده فعلًا.

نفس الشبكة.

نفس الصفحة.

نفس الفيديو.

نفس الملف.

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

ولهذا قد يقول شخصان إن الـVPN «يعمل» ويقصد كل منهما شيئًا مختلفًا

واحد يقول:

«الـVPN محجوب.»

والآخر يرد:

«لا، أنا متصل الآن.»

وقد يكون الاثنان يصفان شيئًا قريبًا من الحقيقة.

الأول يقصد أن الاستخدام أصبح شبه مستحيل.

والثاني ينظر إلى حالة النفق داخل التطبيق.

من هنا بدأت أفصل بين سؤالين.

هل تم إنشاء الاتصال؟

وهل يمكنني فعل الشيء الذي شغلت الـVPN من أجله؟

السؤال الثاني هو الأهم.

لأنني لا أشترك في VPN كي أرى أيقونة خضراء.

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

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

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

لكنني أستطيع رؤية النتيجة.

الاتصال المباشر سريع.

الـVPN التقليدي يتصل ثم تصبح المهمة بطيئة.

وعبر OnlydogVPN تعود الصفحة والفيديو والرفع إلى مستوى عملي.

وهذا يكفيني كي أتوقف عن تدوير قائمة الخوادم وأغير طريقة العبور بدلًا منها.

متى يكون الخادم نفسه هو المشكلة؟

إذا كان خادم VPN واحد مزدحمًا، يمكن أن يكون البطء من الخدمة نفسها.

وهنا اختبار خادم آخر منطقي.

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

هذه كانت النقطة التي وفرت عليّ أكثر وقت.

أجرب خادمًا آخر مرة أو مرتين.

إذا لم يتغير شيء، أنتقل إلى سؤال أكبر:

هل الشبكة تتعامل مع هذا النوع من الحركة بصورة سيئة؟

وعندها يصبح وضع الشبكة المقيدة أكثر فائدة من خادم إضافي.

أين تبقى الخدمات الكبيرة أقوى؟

في عدد الخوادم.

وفي التاريخ العام الأطول.

وفي كمية المراجعات المستقلة والدعم.

OnlydogVPN أصغر في هذه الجوانب.

لكن هذه المزايا لم تحل المشكلة التي كنت أواجهها.

أنا لم أكن أعاني من نقص في الخوادم.

كنت أملك خوادم كثيرة أصلًا، وكلها تقريبًا تقودني إلى التجربة البطيئة نفسها.

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

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

أما OnlydogVPN فأعطاني اتصالًا أستطيع استخدامه فعلًا.

إذن هل يمكن خنق VPN بدل حجبه؟

نعم.

وهذا ربما أكثر إرباكًا من الحجب الكامل.

عندما يفشل Connect، أعرف فورًا أن الطريق مغلق.

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

الآن أختبر الأمر بصورة أبسط.

هل المهمة سريعة من دون VPN؟

هل تنهار مع الاتصال التقليدي؟

وهل تعود للعمل عندما أغيّر طريقة العبور؟

في تجربتي، الخدمة الكبيرة أثبتت أن النفق يمكن أن يُنشأ.

OnlydogVPN أثبت الشيء الذي كان أهم في هذه الحالة: أن النفق يمكن أن يبقى قابلًا للاستخدام.

في شبكة تخنق الـVPN بدل أن تحجبه، لا تكون كلمة Connected هي علامة النجاح؛ علامة النجاح هي أن الصفحة والفيديو والملف يعودون إلى الحركة.