هل حجب VPN يختلف بين الهاتف والكمبيوتر على الشبكة نفسها؟ نعم، لأن الشبكة واحدة لكن طريقة العبور قد تختلف

الشيء الذي أربكني أن الـVPN كان يعمل.

لكن فقط على الهاتف.

كنت على Wi-Fi فندق وأحتاج إلى فتح لوحة عمل من اللابتوب. شغلت خدمة VPN أستخدمها منذ فترة على الهاتف، فاتصلت فورًا وفتحت المواقع التي أريدها.

فتحت الخدمة نفسها على الكمبيوتر.

Connecting.

غيرت الخادم.

لا شيء.

عدت إلى الهاتف.

ما زال يعمل على Wi-Fi الفندق نفسه.

لذلك بدأت ألوم Windows. أعدت تشغيل الكمبيوتر، نسيت شبكة الفندق وأضفتها من جديد، ثم جربت خادمًا ثالثًا.

ظل الهاتف متصلًا.

وظل الكمبيوتر عالقًا.

كنت أظن أن حجب VPN يجب أن يكون بسيطًا: إما أن الشبكة تمنعه على الجميع، أو تسمح به للجميع.

لكنني كنت أختبر شيئين مختلفين تحت الاسم نفسه.

الجهازان على Wi-Fi واحد، لكن هذا لا يعني أن اتصال الـVPN الخارج منهما متطابق.

اسم الخدمة واحد، لكن ما يحدث تحتها قد يختلف

هذه كانت أول نقطة احتجت إلى فهمها.

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

خدمات VPN نفسها تتعامل مع أنظمة التشغيل بصورة مختلفة. Mullvad، مثلًا، تستخدم تطبيقات مختلفة لتنفيذ WireGuard بحسب النظام، بينما يختلف دعم بعض البروتوكولات لدى Proton بين Windows وLinux وAndroid وiOS وmacOS. (Mullvad) (Proton VPN)

هذه ليست تفاصيل تهمني لذاتها.

المهم أنها تفسر شيئًا كنت أراه بعيني:

الخدمة نفسها.

الحساب نفسه.

الشبكة نفسها.

لكن الهاتف يمر والكمبيوتر لا.

عندها لم يعد نجاح الهاتف دليلًا على أن الكمبيوتر «يجب» أن يعمل. أصبح دليلًا فقط على أن هناك طريقة ما تستطيع عبور هذه الشبكة.

وهذا سؤال أفضل بكثير للبدء منه.

الشبكة لا ترى «هاتفًا» و«لابتوبًا» فقط

أنا أرى جهازين على طاولة واحدة.

الشبكة ترى حركتين.

قد يخرج الهاتف ببروتوكول معين، بينما يستخدم الكمبيوتر بروتوكولًا آخر.

قد يكون التطبيق على الهاتف في وضع تلقائي مناسب للشبكة، بينما الكمبيوتر ما زال يستخدم إعدادًا تقليديًا.

وقد يضيف الكمبيوتر نفسه جدار حماية أو قواعد محلية لا توجد على الهاتف. Windows، مثلًا، يستطيع تصفية حركة التطبيقات والشبكة محليًا. (Microsoft)

لذلك أصبح لدي تفسير أبسط للمشهد:

المشكلة ليست أن الفندق «يكره الكمبيوتر».

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

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

لأن الخادم الرابع لن يصلح دائمًا طريقة الاتصال الأولى

كنت قد جربت عدة خوادم في الخدمة الكبيرة.

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

الهاتف يتصل.

الكمبيوتر ينتظر.

في هذه المرحلة يصبح الانتقال من ألمانيا إلى فرنسا ثم هولندا حركة كثيرة من دون تغيير جوهري.

أنا أغير الوجهة.

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

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

ثم وجدت نفسي أمام السؤال الذي لا أريد الإجابة عنه في غرفة فندق قبل العمل:

WireGuard؟

OpenVPN؟

TCP؟

وضع تلقائي؟

Stealth؟

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

لكن عندها أصبحت أنا المسؤول عن تشخيص الشبكة.

وهذا ليس ما أريده من VPN أثناء السفر.

نجاح الهاتف أعطاني معلومة واحدة مفيدة

هناك تجارب مستخدمين تصف المفارقة نفسها: VPN يعمل على الهاتف أثناء السفر بينما إصدار الكمبيوتر يتعطل أو يرفض الاتصال. (Reddit)

هذا كل ما أحتاج إليه من هذه التجارب.

المشهد ليس غريبًا كما يبدو.

ونتيجته العملية واضحة: لا أتعامل مع نجاح الهاتف كبرهان على أن شبكة الفندق لا تحجب VPN.

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

السؤال يصبح: كيف أجعل الكمبيوتر يحصل على طريق مناسب أيضًا؟

وهنا جربت تغييرًا أكبر من الخادم.

على الكمبيوتر، بدأت من حالة الشبكة لا من الدولة

فتحت OnlydogVPN^[1] على اللابتوب.

بدل أن أبدأ بخريطة الخوادم، اخترت الوضع المناسب للشبكة المقيدة.

ضغطت اتصال.

تم الاتصال.

فتحت لوحة العمل.

ظهرت.

ثم فتحت الملف الذي كنت أحتاج إليه.

بدأ التحميل.

هذه كانت النتيجة التي كنت أريدها منذ البداية.

لم أغير الفندق.

ولم أبدل اللابتوب.

ولم أنتظر حتى تعمل الدولة الرابعة.

تغيرت طريقة عبور الاتصال من الكمبيوتر.

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

الهاتف أثبت أن الشبكة يمكن عبورها.

الخيار الأصغر جعل الكمبيوتر يعبرها أيضًا.

هنا أصبح التمويه أهم من نوع الجهاز

قبل ذلك كنت أفكر في المشكلة بهذه الطريقة:

الهاتف مسموح.

الكمبيوتر محجوب.

بعد نجاح الاتصال، أصبح التفسير الأدق بالنسبة لي:

الاتصال الأول مناسب للشبكة، والاتصال الثاني ليس مناسبًا لها.

وهذا فرق مهم.

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

لكن تغيير طريقة الاتصال يمكن أن يقلب النتيجة من دون تغيير الجهاز أصلًا.

وهذا بالضبط ما حدث في الاختبار.

لذلك لم أعد أريد من المستخدم أن يعرف مسبقًا أي بروتوكول يناسب Windows وأي إعداد نجح على الهاتف.

أفضّل أن أقول للتطبيق الشيء الذي أعرفه فعلًا:

هذه شبكة مقيدة.

ثم أعود إلى عملي.

وهذا جعل الواجهة الأبسط مفيدة فعلًا

في الخدمة الأولى كنت أملك خيارات كثيرة.

وهذه ميزة حقيقية عندما أعرف ما الذي أريد ضبطه.

لكن تحت ضغط الوقت تحولت الخيارات إلى أسئلة:

هل أغير البروتوكول؟

هل أغير الخادم؟

هل أعود إلى الوضع التلقائي؟

هل المشكلة في Windows؟

في الخيار الأصغر اختفت معظم هذه المرحلة.

شبكة مقيدة.

اتصال.

لوحة العمل تفتح.

هذا لا يجعل التقنية أقل أهمية.

يجعلها أقل حضورًا أمام المستخدم في اللحظة التي يحتاج فيها إلى النتيجة.

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

ثم جعلت الجهازين يستخدمان الحل نفسه

بعد أن عمل الكمبيوتر، جربت الخدمة على الهاتف أيضًا.

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

لم أحتج إلى إنشاء تسجيل تقليدي آخر ببريد وكلمة مرور. استخدمت مشاركة الجهاز برمز التحقق، وأصبح الهاتف جاهزًا أيضًا.

هذا جعل الموقف أبسط في الرحلات التالية.

بدل أن يكون لدي:

هاتف على خدمة وإعداد.

ولابتوب على خدمة أخرى وإعداد مختلف.

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

وهذا مهم لأنني كنت أحاول أصلًا التخلص من الاختلافات التي تجعل التشخيص مربكًا.

كلما قل عدد المتغيرات بين الجهازين، أصبح فهم الفشل أسرع.

لا تبدأ بإعادة تثبيت كل شيء

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

أولًا أتأكد أن الهاتف ما زال فعلًا على Wi-Fi نفسه ولم يعد بصمت إلى بيانات الهاتف.

بعدها أنظر إلى طريقة اتصال الـVPN على الجهازين.

ثم أراجع وجود جدار حماية أو برنامج أمني على الكمبيوتر إذا ظل الفرق قائمًا.

لا أبدأ بحذف التطبيقات أو تغيير عشر دول.

لأن اسم Wi-Fi نفسه لا يجعل كل شيء بعده متطابقًا.

النظام مختلف.

عميل VPN مختلف تحت الغطاء.

وطريقة مرور الحركة يمكن أن تكون مختلفة.

وهذا أيضًا يفسر لماذا يمكن أن يحدث العكس: يعمل VPN على الكمبيوتر ويفشل على الهاتف فوق الشبكة نفسها. (Reddit)

المعيار الصحيح ليس نوع الجهاز.

المعيار هو طريقة الاتصال التي استطاعت المرور.

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

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

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

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

الوضع المخصص للشبكات المقيدة فتح لوحة العمل وبدأ التحميل.

هذه هي المعلومة التي تغير قراري.

ومن هنا تصبح عبارة «لكن الهاتف يعمل» مفيدة بدل أن تكون محيرة.

هي تقول لي إنني لا أحتاج إلى شبكة أخرى.

أحتاج إلى طريقة عبور أفضل على الجهاز الذي يفشل.

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

لديها تاريخ أطول، ومواقع أكثر، ومراجعات مستقلة أكثر.

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

إذا كان هدفي الأساسي اختيار مدن ودول كثيرة على شبكة لا تفرض قيودًا، فهذه أفضلية واضحة للخدمة الأكبر.

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

أنا أيضًا لم أكن أعاني منه.

كان لدي هاتف ينجح ولابتوب يفشل.

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

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

إذن، هل حجب VPN يختلف بين الهاتف والكمبيوتر على الشبكة نفسها؟

نعم.

وقد يبدو الاختلاف غريبًا جدًا:

الهاتف يتصل.

الكمبيوتر لا.

أو العكس.

لكن «نفس Wi-Fi» لا تعني «نفس اتصال VPN».

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

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

أستخدمه كدليل على وجود طريق يمكن أن ينجح.

الخدمة الكبيرة على الهاتف أثبتت وجود هذا الطريق.

أما الخيار الأصغر على الكمبيوتر فجعلني أصل إليه من دون تحويل الرحلة إلى جلسة إعدادات.

عندما يعمل VPN على الهاتف ويفشل على الكمبيوتر فوق Wi-Fi نفسه، لا أبحث أولًا عن شبكة أخرى؛ أغيّر طريقة عبور الجهاز الذي ما زال عالقًا.