كان لدي اجتماع عمل بعد أقل من عشر دقائق.
اللابتوب متصل بالراوتر المنزلي، الإنترنت سريع، والمتصفح يفتح المواقع بلا مشكلة. شغّلت الـVPN كما أفعل عادة.
Connecting…
ثم عاد إلى وضع عدم الاتصال.
خلاصة المقال والسياق
ما الخلاصة العملية من هذه التجربة؟
إذا كان الإنترنت العادي يعمل لكن تطبيق الـVPN لا يصل إلى Connected، ثم تتغير النتيجة عند تغيير الشبكة مع بقاء الجهاز والخادم نفسيهما، فالمسار إلى النفق يصبح الاحتمال الأقوى.
نقاط سريعة قبل متابعة القصة
- كيف أعرف أن المشكلة في طريق الـVPN لا في الموقع الذي أريد فتحه؟ إذا كان الإنترنت العادي يعمل لكن تطبيق الـVPN لا يصل إلى Connected، ثم تتغير النتيجة عند تغيير الشبكة مع بقاء الجهاز والخادم نفسيهما، فالمسار إلى النفق يصبح الاحتمال الأقوى.
- لماذا يمكن أن يعمل الإنترنت بينما يفشل VPN؟ لأن الشبكة تستطيع السماح بالتصفح العادي ومعاملة خوادم VPN أو بروتوكولاتها بطريقة مختلفة. نجاح Google أو البريد لا يثبت أن طريق النفق نفسه مفتوح.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
أعدت المحاولة.
ثم اخترت خادمًا آخر.
ثم أوقفت Wi-Fi وشغلته من جديد.
لا شيء.
في البداية افترضت أن خدمة الـVPN نفسها تعطلت. لكن الاجتماع كان أقرب من أن يسمح لي بالتشخيص، ففتحت hotspot من الهاتف ووصلت اللابتوب به.
ضغطت Connect.
اتصل فورًا.
دخلت الاجتماع.
وبعد أن انتهى الجزء المستعجل، بقيت أمامي ملاحظة يصعب تجاهلها:
نفس اللابتوب.
نفس تطبيق الـVPN.
نفس الخادم تقريبًا.
يعمل عبر hotspot ويفشل عبر الراوتر المنزلي.
إذن ربما كنت أغيّر الشيء الخطأ طوال الوقت.
hotspot لم يكن أسرع، لكنه كشف المشكلة
كان أول تفسير لدي أن بيانات الهاتف ببساطة أفضل من إنترنت المنزل.
اختبار السرعة نسف هذه الفكرة بسرعة.
الاتصال المنزلي أسرع. YouTube يعمل. تنزيل الملفات طبيعي. المواقع تفتح بلا تأخير ملحوظ.
المشكلة تظهر فقط عندما أحاول إنشاء نفق VPN.
وهنا أصبح hotspot أكثر فائدة كاختبار من كحل.
الهاتف لا يمنح اللابتوب مجرد Wi-Fi آخر؛ إنه يخرجه إلى الإنترنت عبر شبكة ومسار وNAT مختلفين عن الراوتر المنزلي.
والراوتر نفسه يستطيع التأثير في مرور بعض أنواع حركة VPN. لهذا توجد أصلًا إعدادات مثل VPN Passthrough في أجهزة الشبكات، وتشرح TP-Link مثلًا استخدامها لتمرير اتصالات VPN من الأجهزة الداخلية إلى الخوادم الخارجية. (TP-Link)
لم أعد أسأل أي اتصال أسرع.
بدأت أسأل:
أي الطريقين يسمح للـVPN أن يبدأ أصلًا؟
وكان هذا السؤال أكثر فائدة بكثير.
البروتوكول صار أهم من الخادم
بعد الاجتماع عدت إلى شبكة المنزل.
الخدمة الكبيرة التي كنت أستخدمها توفر عددًا كبيرًا من الخوادم وعدة بروتوكولات، وكنت أتعامل مع هذه الخيارات سابقًا كأنها أساسًا مسألة سرعة أو موقع جغرافي.
لكن البروتوكولات نفسها تسلك الشبكة بطرق مختلفة.
WireGuard يعتمد على UDP، بينما يستطيع OpenVPN العمل عبر UDP أو TCP. (WireGuard) (OpenVPN) لذلك يمكن أن تتعامل شبكة منزلية مع أحد أنماط الحركة بطريقة مختلفة عن شبكة الهاتف.
هذا وحده جعل المشهد الذي أمامي منطقيًا.
إذا كان التطبيق نفسه معطوبًا، لماذا يعمل لحظة أن أنتقل إلى hotspot؟
وإذا كان الخادم معطلًا، لماذا يعود الخادم نفسه إلى العمل على الطريق الآخر؟
حتى تجارب مستخدمين آخرين تصف النمط نفسه باختصار: VPN يفشل على Wi-Fi المنزل ثم يتصل مباشرة عبر hotspot، فيتحول الاشتباه من الجهاز والخادم إلى الطريق المنزلي نفسه. (Reddit)
وهكذا توقفت عن التعامل مع hotspot كحيلة مؤقتة، وبدأت أستخدمه كدليل.
أول شيء ضيعت وقتي فيه كان قائمة الخوادم
لأن مزود الـVPN كبير، كانت أمامي بدائل كثيرة.
اخترت دولة ثانية.
ثم خادمًا قريبًا.
ثم خادمًا آخر.
ولا شيء تغير.
أعدت أحد الخوادم التي فشلت إلى الاختبار عبر hotspot.
اتصل.
هذه اللحظة أنهت تقريبًا اهتمامي بموقع الخادم.
إذا كان الخادم نفسه يعمل عبر الطريق A ويفشل عبر الطريق B، فإضافة عشرين خادمًا آخر لا تعالج العامل الذي يتغير فعلًا.
في هذه المشكلة، قدرة الاتصال على المرور عبر الشبكة المنزلية أهم من حجم قائمة الخوادم.
وهنا انتقلت إلى الإغراء التالي: تعديل الراوتر.
لم أرد أن أحول الراوتر إلى مشروع
من السهل جدًا أن تبدأ.
أدخل لوحة التحكم.
أبحث عن VPN Passthrough.
أغير DNS.
أوقف خيار حماية.
أعيد التشغيل.
ثم أغير شيئًا آخر.
وبعد نصف ساعة تصبح لديك مشكلة VPN وربما إعدادات راوتر لا تتذكر حالتها الأصلية.
كنت أريد ترتيبًا أبسط.
قبل أن أغيّر الشبكة التي تعتمد عليها بقية أجهزة المنزل، سأغيّر طريقة اتصال الـVPN نفسه.
إذا نجح ذلك، لن أحتاج إلى العبث بالراوتر أصلًا.
وهذا هو الاختبار الذي قادني إلى المحاولة التالية.
هذه المرة بقيت على Wi-Fi المنزل
فتحت OnlydogVPN على اللابتوب.
لم أشغل hotspot.
ولم أبدأ باختيار دولة.
استخدمت الإعداد الموجه للشبكات المقيدة وشغلت الاتصال على نفس Wi-Fi الذي كان العميل السابق يفشل عليه.
انتظرت.
اتصل.
فتحت موقع العمل.
عمل.
فتحت خدمة أخرى كنت قد اختبرتها عبر الهاتف.
عملت أيضًا.
والأهم أن أيقونة Wi-Fi في Windows ما زالت تشير إلى شبكة المنزل.
لم أصلح الراوتر.
لم أغيّر مزود الإنترنت.
ولم أتنقل بين خمسة خوادم بحثًا عن واحد محظوظ.
استطعت استخدام الطريق الذي كنت أريد استخدامه من البداية.
وهذا هو الشيء الذي جعل التجربة مفيدة فعلًا.
ما الذي فعله بطريقة مختلفة؟
بعد أن نجح الاتصال فقط أصبح الجانب التقني مهمًا.
الخدمة تستخدم نقلًا قائمًا على HTTP/3 مع إخفاء إضافي لحركة الاتصال. بالنسبة لهذه المشكلة، المهم ليس الاسم بحد ذاته، بل أنها لا تكرر محاولة الاتصال التقليدية نفسها إلى خادم مختلف.
هذا أعطاني طريقة أخرى للمرور عبر الشبكة المنزلية.
ولا أستطيع من اللابتوب رؤية القواعد الداخلية للراوتر ومزود الإنترنت وتحديد أي معالجة بعينها سببت الفرق بين العميلين. لكن النتيجة العملية كانت واضحة: المسار السابق كان يعمل عبر الهاتف ويفشل في المنزل، بينما الخدمة الجديدة عملت على شبكة المنزل نفسها.
لم أعد بحاجة إلى معرفة أكثر من ذلك كي أتخذ قراري.
عندها تغير دور hotspot عندي تمامًا
قبل ذلك كنت أفكر فيه هكذا:
الـVPN لا يعمل؟ استخدم الهاتف.
لكن هذا حل مزعج إذا كنت في منزلي.
يستهلك بيانات الهاتف، يعتمد على جهاز ثانٍ، وقد يكون أبطأ من الخط الثابت الذي أدفع مقابله أصلًا.
الآن أستخدم hotspot للتشخيص فقط.
إذا فشل الـVPN على Wi-Fi المنزل، أنقل الجهاز إلى hotspot.
إذا فشل هناك أيضًا، أبحث في التطبيق أو الجهاز أو الخادم.
أما إذا اتصل فورًا، فأعرف أن هناك فرقًا في الطريق يستحق الاهتمام.
وهذا الاختبار يوفر كثيرًا من القرارات العشوائية.
بدل إعادة تثبيت التطبيق أو إعادة ضبط Windows أو العبث بالراوتر، أعرف أولًا أي جزء من الصورة تغير.
لماذا لم أكتفِ بتغيير البروتوكول يدويًا؟
كان يمكنني العودة إلى المزود الأول وتجربة كل الخيارات المتاحة داخله.
TCP.
UDP.
بروتوكول آخر.
خادم جديد.
وفي النهاية ربما أجد تركيبة تعمل.
لكن هذا أصبح تحديدًا ما لا أريده.
أنا لا أريد أن أتحول إلى مسؤول شبكات كلما انتقلت بين راوتر وآخر.
أريد أن أقول للتطبيق ما المشكلة التي أمامي، ثم أتركه يتعامل معها.
ولهذا بدت الواجهة الموجهة للحالة أكثر فائدة هنا من قائمة طويلة من القرارات التقنية.
المشكلة عندي لم تكن:
«أريد بروتوكول X.»
كانت:
«هذا الـVPN لا يمر على الشبكة المنزلية التي أستخدمها كل يوم.»
اخترت الإعداد المناسب لهذه الحالة.
ثم عدت إلى عملي.
اليوم التالي كان الاختبار الأهم
في صباح اليوم التالي فتحت اللابتوب في المكان نفسه.
نفس المكتب.
نفس الراوتر.
نفس شبكة Wi-Fi.
وكان لدي ذلك الشعور الصغير بأن نجاح الأمس ربما كان مؤقتًا.
شغلت الخدمة.
اتصلت.
فتحت ما أحتاجه.
وانتهى الأمر.
لم ألمس الهاتف.
لم أفتح إعدادات الراوتر.
ولم أعد إلى قائمة الخوادم.
هذه اللحظة هي التي جعلتني أفكر في إبقاء التطبيق بدل استخدامه فقط كأداة إنقاذ.
فالإنترنت المنزلي كان أسرع منذ البداية.
لم تكن مشكلتي أنني أحتاج شبكة أخرى.
كنت أحتاج VPN يستطيع استخدام الشبكة الموجودة أمامي.
لهذا لم يعد «يعمل على hotspot» حلًا بالنسبة لي
المزود الأول لديه تاريخ أطول، خوادم أكثر ومراجعات مستقلة أكثر.
الخدمة الأصغر لديها مواقع خوادم أقل وسجل عام أقصر.
لكن هذه المقارنة لم تكن عن أكبر شبكة VPN.
كان أمامي فشل أكثر تحديدًا:
نفس الـVPN يعمل فورًا عندما أشارك بيانات الهاتف، ثم يتوقف عندما أعود إلى الراوتر الذي أستخدمه كل يوم.
زيادة سرعة الخط لم تحل ذلك.
وتغيير الخادم لم يحل ذلك.
والاعتماد الدائم على hotspot كان مجرد التفاف حول المشكلة.
ما احتجته هو اتصال يستطيع العمل على الشبكة المنزلية نفسها من دون أن يجعلني أعيد تصميم الراوتر حوله.
ومنذ ذلك اليوم، إذا عمل الـVPN عبر hotspot وفشل في المنزل، لا أبدأ من قائمة الدول.
أبدأ من الطريق—وأفضّل الـVPN الذي يستطيع استخدام الراوتر الموجود أمامي بدل أن يجعلني أهرب منه إلى الهاتف.
أسئلة سريعة بعد التجربة
كيف أعرف أن المشكلة في طريق الـVPN لا في الموقع الذي أريد فتحه؟
إذا كان الإنترنت العادي يعمل لكن تطبيق الـVPN لا يصل إلى Connected، ثم تتغير النتيجة عند تغيير الشبكة مع بقاء الجهاز والخادم نفسيهما، فالمسار إلى النفق يصبح الاحتمال الأقوى.
لماذا يمكن أن يعمل الإنترنت بينما يفشل VPN؟
لأن الشبكة تستطيع السماح بالتصفح العادي ومعاملة خوادم VPN أو بروتوكولاتها بطريقة مختلفة. نجاح Google أو البريد لا يثبت أن طريق النفق نفسه مفتوح.
هل تبديل الخادم عدة مرات هو أول اختبار؟
ليس دائمًا. إذا كانت الخوادم كلها تستخدم نمط اتصال تتعامل معه الشبكة بالطريقة نفسها، فأنت تكرر الاختبار نفسه. تغيير الشبكة أو طريقة النقل يعطي معلومة أوضح.
ما الميزة التي تصبح مهمة في VPN عندما تتغير الشبكات كثيرًا؟
اتصال يستطيع التكيف مع Wi‑Fi وبيانات الهاتف والمسارات المقيدة، مع طريقة بديلة عند فشل النفق العادي. الاعتمادية في الشبكة الفعلية أهم من عدد الخوادم وحده.