عرفت أن المشكلة ليست في تطبيق الـVPN عندما أغلقت Wi-Fi وشغلت بيانات الهاتف. كنت جالسًا في مكتبة الكلية وأحتاج إلى فتح ملفاتي السحابية وتسجيل الدخول إلى عدة حسابات من اللابتوب الشخصي. شغلت خدمة VPN أستخدمها عادة على الشبكات العامة، لكنها بقيت على Connecting. غيرت الخادم، ثم أعدت تشغيل التطبيق والكمبيوتر. لا شيء. أخيرًا شغلت نقطة الاتصال من هاتفي، فاتصل الـVPN خلال ثوانٍ. أعدت اللابتوب إلى شبكة الكلية، فانقطع مجددًا. الجهاز نفسه والخدمة نفسها والخادم نفسه؛ الشيء الوحيد الذي تغير كان الشبكة.
قبل ذلك كنت أتعامل مع Wi-Fi الجامعة مثل Wi-Fi المقهى، فقط بكلمة مرور أطول.
لكن الاختبار على 5G غيّر السؤال.
لم يعد:
خلاصة المقال والسياق
ما الخلاصة العملية من هذه التجربة؟
إذا كان الإنترنت العادي يعمل لكن تطبيق الـVPN لا يصل إلى Connected، ثم تتغير النتيجة عند تغيير الشبكة مع بقاء الجهاز والخادم نفسيهما، فالمسار إلى النفق يصبح الاحتمال الأقوى.
نقاط سريعة قبل متابعة القصة
- كيف أعرف أن المشكلة في طريق الـVPN لا في الموقع الذي أريد فتحه؟ إذا كان الإنترنت العادي يعمل لكن تطبيق الـVPN لا يصل إلى Connected، ثم تتغير النتيجة عند تغيير الشبكة مع بقاء الجهاز والخادم نفسيهما، فالمسار إلى النفق يصبح الاحتمال الأقوى.
- لماذا يمكن أن يعمل الإنترنت بينما يفشل VPN؟ لأن الشبكة تستطيع السماح بالتصفح العادي ومعاملة خوادم VPN أو بروتوكولاتها بطريقة مختلفة. نجاح Google أو البريد لا يثبت أن طريق النفق نفسه مفتوح.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
هل الإنترنت يعمل؟
بل:
ماذا تسمح شبكة الجامعة بأن يمر عبر الإنترنت الذي توفره؟
شبكة المدرسة لا توفر الإنترنت فقط؛ هي تتحكم فيه
المدارس والجامعات تستطيع تشغيل أنظمة تصفية ومراقبة وتحديد أنواع الحركة المسموح بها. في بريطانيا مثلًا، تطلب وزارة التعليم من المدارس والكليات استخدام أنظمة مناسبة للتصفية والمراقبة ومراجعتها دوريًا. (UK Department for Education،)
وهذا يفسر المشهد الذي كان أمامي.
المتصفح يعمل.
موقع الكلية يعمل.
البحث يعمل.
لكن نفق الـVPN لا يتصل.
لا تحتاج الشبكة إلى قطع الإنترنت كله حتى تمنع نوعًا معينًا من الاتصال.
ومع انتشار استخدام VPN بين الطلاب والمستخدمين الأصغر سنًا، أصبح هذا الاحتكاك أقل ندرة؛ بيانات حكومية بريطانية حديثة تظهر نمو استخدام VPN، بما في ذلك بين الأطفال والشباب. (UK Government، Growing up in)
وهنا أصبح اختبار بيانات الهاتف مهمًا جدًا.
إذا عمل على 5G وفشل على Wi-Fi، انظر إلى الشبكة أولًا
كنت قد أمضيت وقتًا أغير الخوادم:
فرنسا.
ألمانيا.
هولندا.
وكلها بقيت على Connecting.
ثم استخدمت نقطة اتصال الهاتف.
الخادم نفسه الذي فشل قبل لحظة اتصل فورًا.
هذا الاختبار اختصر كثيرًا من التخمين.
الحساب لم يتغير.
الكمبيوتر لم يتغير.
التطبيق لم يتغير.
وحتى الخادم لم يتغير.
فإذا كان الاتصال ينجح خارج شبكة الجامعة ثم يفشل فور العودة إليها، تصبح الشبكة نفسها أول مكان أنظر إليه.
وهذا يقود إلى السؤال الذي كنت أريد إجابته منذ البداية:
نعم، شبكة جامعية أو مدرسية تستطيع منع VPN.
يمكنها حجب النفق مع إبقاء المواقع مفتوحة
المركز الوطني للأمن السيبراني البريطاني يشير إلى أن بعض الشبكات تستطيع تقييد أو حجب أنواع من حركة VPN، بما يمنع النفق من الإنشاء أصلًا. (UK National Cyber Security)
هذه هي الفكرة العملية كلها.
يمكن لـGoogle أن يفتح.
يمكن لموقع الجامعة أن يعمل.
ويمكن للـVPN في الوقت نفسه أن يبقى على Connecting.
حتى في تجارب الطلاب تظهر الصورة نفسها: الإنترنت الأساسي يعمل، بينما تفشل أنفاق أو خدمات اتصال معينة على شبكة الحرم. (Reddit)
لذلك لم أعد أعتبر نجاح المتصفح دليلًا على أن الشبكة تسمح بأي نوع من الحركة.
هي تسمح بما تسمح به سياساتها.
والـVPN قد يكون خارج هذه الحدود.
الخدمة الكبيرة دفعتني إلى تجربة المزيد من الشيء نفسه
عدت إلى الخدمة التي أستخدمها عادة.
هي خدمة ناضجة ولديها شبكة خوادم واسعة، ولهذا كان تغيير الخادم أول رد فعل طبيعي.
لكن الثاني لم يعمل.
ولا الثالث.
وكان التطبيق يستخدم WireGuard في هذه المحاولات.
في المنزل أحب هذه البساطة.
أما على شبكة الكلية، فالمشكلة لم تعد في اختيار الدولة.
WireGuard لا يتضمن تمويهًا لحركته في تصميمه الأساسي؛ إخفاء شكل النفق يحتاج إلى طبقة إضافية. (WireGuard)
وهذا كان كافيًا لفهم ما أحتاج إليه.
إذا كانت الشبكة تتعرف إلى شكل الاتصال أو تمنعه، فإن تبديل هولندا بألمانيا لا يعالج الشيء الذي يظل ثابتًا في كل محاولة.
كنت أغير الخادم.
وأحتاج إلى تغيير شكل الطريق.
عندها أصبحت قائمة الإعدادات جزءًا من المشكلة
كان يمكنني الاستمرار.
أجرب بروتوكولًا آخر.
أغير إعدادًا.
أعود إلى Wi-Fi.
أفشل.
أفتح الإعدادات من جديد.
لكنني كنت في المكتبة لأرفع ملفًا وأكمل عملي، لا لأشخص بنية شبكة الجامعة.
وهنا تغير معيار المقارنة عندي.
لم أعد أبحث عن الخدمة التي تعطيني أكبر عدد من الخوادم والبروتوكولات كي أجربها بنفسي.
أردت خدمة تفهم المشكلة كما أراها أنا:
هذه شبكة مقيدة. أريد اتصالًا يمر منها.
هذه المرة اخترت المشكلة نفسها
فتحت OnlydogVPN.
الخدمة لديها مواقع خوادم أقل من بعض المنافسين الكبار. إذا كان هدفي التنقل اليدوي بين عشرات الدول، فالشبكة الأكبر تمنحني مرونة أكثر.
لكنني كنت قد أمضيت للتو وقتًا أغير الدول بلا نتيجة.
فتحت التطبيق الأصغر واخترت إعداد الشبكة المقيدة.
ضغطت اتصال.
هذه المرة لم تبقَ الشاشة معلقة.
ظهر الاتصال.
فتحت الخدمة السحابية.
دخلت.
ثم بدأت رفع الملف الذي جئت إلى المكتبة من أجله.
تحرك شريط التقدم حتى النهاية.
بعدها فتحت تطبيق المراسلة وأكملت العمل من دون الرجوع إلى تطبيق الـVPN.
وهذه كانت اللحظة التي حسمت المقارنة بالنسبة لي.
لم يكن السؤال كم خادمًا أملك.
كان هل أستطيع استخدام شبكة الجامعة نفسها من دون أن تتحول كل جلسة إلى تجربة إعداد جديدة.
الفرق كان في شكل الاتصال
الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي للحركة.
المعنى الذي احتجته بسيط: بدل تكرار نفق تقليدي بالشكل نفسه، يمنح التمويه الاتصال شكلًا مختلفًا على الشبكة المقيدة.
لا أستطيع رؤية قواعد الجدار الناري أو التصفية الداخلية التي تستخدمها شبكة الكلية أو تحديد القاعدة الدقيقة التي أوقفت المسار الأول.
لكن النتيجة كانت واضحة على الجهاز نفسه والشبكة نفسها:
المسار السابق لم ينشئ الاتصال.
المسار المموه اتصل، وفتح الخدمة السحابية، وأكمل رفع الملف.
بعد ذلك لم يعد اختبار السرعة أول شيء أفكر فيه.
لا توجد فائدة كبيرة من خادم سريع لا أستطيع الوصول إليه أصلًا.
في المبنى التالي لم أرد جولة جديدة
في اليوم التالي جلست في جزء آخر من الحرم واتصلت بشبكة مختلفة قليلًا.
في السابق كنت سأفتح تطبيق الـVPN وأنا مستعد لجولة جديدة من الخوادم والإعدادات.
هذه المرة استخدمت إعداد الشبكة المقيدة نفسه.
اتصلت.
ثم عدت إلى عملي.
وهنا أصبحت البساطة نفسها جزءًا من القيمة.
أنا لا أعرف نوع أجهزة الجدار الناري التي تستخدمها الجامعة.
ولا أعرف متى تتغير قواعدها.
ولا أريد معرفة البروتوكول الذي تحبه شبكة المكتبة والبروتوكول الذي يمر من مبنى آخر.
أريد أن أصف المشكلة مرة واحدة:
شبكة مقيدة.
ثم أعود إلى الملف الذي أعمل عليه.
لذلك تغير معنى «الـVPN لا يعمل على الجامعة» عندي
كنت في البداية أتعامل مع الفشل كأنه عطل في التطبيق.
ثم تعاملت معه كأنه خادم سيئ.
اختبار واحد على نقطة اتصال الهاتف غيّر الصورة كلها.
إذا كان الـVPN يفشل في كل مكان، فالمشكلة قد تكون في التطبيق أو الحساب أو الجهاز.
أما إذا كان يعمل فورًا على 5G ثم يتوقف بمجرد العودة إلى Wi-Fi الجامعة، فالشبكة نفسها أصبحت التفسير العملي الأول.
الخدمة الكبيرة أعطتني خوادم أكثر، لكنني بقيت داخل الإعدادات أبحث عن تركيبة تمر.
الخيار الأصغر جعل الشبكة المقيدة هي نقطة البداية، وبعدها اتصلت الخدمة السحابية واكتمل رفع الملف.
ولهذا، عندما يعمل الـVPN خارج الحرم ويفشل داخله، لم أعد أبحث أولًا عن خادم آخر.
أبحث عن اتصال يستطيع المرور من الشبكة التي تمنع النفق الأول، لأن أفضل خادم في القائمة لا يفيدني إذا لم أستطع الوصول إليه.
أسئلة سريعة بعد التجربة
كيف أعرف أن المشكلة في طريق الـVPN لا في الموقع الذي أريد فتحه؟
إذا كان الإنترنت العادي يعمل لكن تطبيق الـVPN لا يصل إلى Connected، ثم تتغير النتيجة عند تغيير الشبكة مع بقاء الجهاز والخادم نفسيهما، فالمسار إلى النفق يصبح الاحتمال الأقوى.
لماذا يمكن أن يعمل الإنترنت بينما يفشل VPN؟
لأن الشبكة تستطيع السماح بالتصفح العادي ومعاملة خوادم VPN أو بروتوكولاتها بطريقة مختلفة. نجاح Google أو البريد لا يثبت أن طريق النفق نفسه مفتوح.
هل تبديل الخادم عدة مرات هو أول اختبار؟
ليس دائمًا. إذا كانت الخوادم كلها تستخدم نمط اتصال تتعامل معه الشبكة بالطريقة نفسها، فأنت تكرر الاختبار نفسه. تغيير الشبكة أو طريقة النقل يعطي معلومة أوضح.
ما الميزة التي تصبح مهمة في VPN عندما تتغير الشبكات كثيرًا؟
اتصال يستطيع التكيف مع Wi‑Fi وبيانات الهاتف والمسارات المقيدة، مع طريقة بديلة عند فشل النفق العادي. الاعتمادية في الشبكة الفعلية أهم من عدد الخوادم وحده.
بعض الروابط التي رجعت إليها وقتها
UK Department for Education، · UK Government، Growing up in · UK National Cyber Security · Reddit · WireGuard