كيف تختبر VPN قبل السفر؟ اختبر الانتقال بين Wi-Fi و5G لا السرعة على شبكة واحدة

في الليلة السابقة للسفر كنت مقتنعًا أنني أنهيت أهم اختبار.

شغلت الـVPN على Wi-Fi المنزل.

ظهر Connected.

فتحت البريد.

شغلت فيديو.

ثم أجريت Speedtest.

السرعة ممتازة.

وضعت علامة صح ذهنية بجانب التطبيق وأغلقت اللابتوب.

بعد يوم، في الفندق، اكتشفت أنني اختبرت تقريبًا كل شيء باستثناء الشيء الذي سيعطلني فعلًا.

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

ثم خرجت من الفندق.

انتقل الهاتف إلى 5G.

وانقطع النفق.

أعدت الاتصال يدويًا.

لاحقًا دخلت مقهى، عاد الهاتف إلى Wi-Fi، وبدأت جولة الاتصال من جديد.

لم تكن المشكلة أن الـVPN بطيء.

كان جيدًا ما دمت أتركه على شبكة واحدة.

لكن السفر لا يفعل ذلك.

وهنا تغير الاختبار الذي أجريه قبل أي رحلة:

لا أريد فقط أن أعرف هل الـVPN يتصل؛ أريد أن أعرف ماذا يحدث عندما تتغير الشبكة تحته.

السفر يعني الانتقال بين الشبكات طوال اليوم

هذا الاختبار أصبح أهم مع انتشار eSIM واستخدامها أثناء السفر. وتشير GSMA إلى توسع اعتمادها بسرعة، مع كون السفر الدولي أحد الاستخدامات الواضحة لها. (GSMA)

عمليًا، هذا يعني أن يوم السفر قد يبدأ على شبكة الهاتف الأساسية، ثم eSIM محلية، ثم Wi-Fi المطار، ثم 5G، ثم شبكة فندق، ثم مقهى جديد.

كل واحدة قد تعمل جيدًا بمفردها.

لكن هذا ليس الاختبار الحقيقي.

الاختبار هو اللحظة الفاصلة بينها.

إذا كنت أرفع ملفًا عند مغادرة الفندق، أو في مكالمة وأنا أخرج من المطار، فلا يهمني كثيرًا أن الـVPN سجل 300 Mbps قبل نصف ساعة.

يهمني ألا أبدأ إصلاح الاتصال بينما المهمة ما زالت أمامي.

لذلك تعمدت كسر الاختبار المريح

قبل الرحلة التالية شغلت المزود الكبير الذي أعرفه.

لديه تطبيق ناضج، وخوادم كثيرة، وكان أداؤه ممتازًا على Wi-Fi.

فتحت Telegram.

أرسلت ملفًا.

بدأت مكالمة قصيرة.

كل شيء طبيعي.

في السابق كنت سأتوقف هنا وأعتبره جاهزًا للسفر.

هذه المرة أبقيت المكالمة تعمل وأطفأت Wi-Fi.

ظهر 5G.

استمرت الشبكة على الهاتف، لكن اتصال الـVPN احتاج إلى الاستعادة.

انتظرت قليلًا، ثم أعدت تشغيله.

شغلت Wi-Fi من جديد وكررت الحركة.

مرة أخرى ظهر الاحتكاك عند الانتقال، لا أثناء الاستخدام المستقر.

في دقائق قليلة تعلمت عن هذا الـVPN أكثر مما تعلمته من سلسلة اختبارات سرعة.

فالمشكلة لم تكن جودة كل شبكة على حدة.

كانت قدرة الاتصال على النجاة من الانتقال بينها.

الهاتف لا يرى Wi-Fi و5G كطريق واحد

عندما ينتقل الهاتف من Wi-Fi إلى 5G يتغير طريقه إلى الإنترنت.

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

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

WireGuard، مثلًا، يدعم roaming بين عناوين IP. (WireGuard) وQUIC يدعم انتقال الاتصال عند تغير مسار العميل. (IETF)

المغزى العملي بسيط:

إذا كان السفر سيغير طريقي باستمرار، فيجب أن أختبر تغير الطريق نفسه.

لهذا لم يعد تشغيل VPN عشر دقائق على Wi-Fi المنزل اختبارًا مقنعًا بالنسبة لي.

والفندق يضيف مشكلة مختلفة تمامًا

هناك اختبار آخر تعلمت ألا أتجاهله: captive portal.

شبكات الفنادق والمطارات كثيرًا ما تسمح بالاتصال بـWi-Fi أولًا، ثم تطلب فتح صفحة لتسجيل الدخول أو قبول الشروط قبل إعطاء الجهاز وصولًا كاملًا إلى الإنترنت. (Apple Support)

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

أغير الدولة.

أعيد المحاولة.

ثم أكتشف أن الشبكة تنتظر مني فقط فتح صفحة الفندق.

لذلك أصبح الترتيب عندي واضحًا:

أدخل Wi-Fi.

أكمل صفحة الدخول.

أفتح صفحة عادية للتأكد أن الإنترنت أصبح متاحًا.

ثم أشغل الـVPN.

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

تجربة المسافرين تؤكد أن الشبكة الحادية عشرة هي المشكلة

في نقاش لمستخدم WireGuard، كان الاتصال يعمل على 4G و5G وشبكات Wi-Fi مختلفة، ثم تعطل تحديدًا على Wi-Fi فندق مع captive portal. (Reddit)

وهذا يكفي لإثبات النقطة العملية:

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

لذلك لم أعد أختبر فقط الظروف المريحة.

أختبر اللحظة التي يُحتمل أن تفسد يومي.

الاختبار الذي أعتمد عليه الآن بسيط جدًا

قبل السفر أبدأ على Wi-Fi.

أفتح Telegram وأرسل صورة.

أفتح صفحة عمل وأسجل الدخول.

ثم أبدأ رفع ملف.

وأثناء استمرار المهمة، أطفئ Wi-Fi.

يظهر 5G.

عندها لا أحدق في تطبيق الـVPN.

أراقب الملف.

هل يواصل الرفع؟

هل الصفحة ما زالت تعمل؟

هل تصل الرسالة؟

بعد ذلك أشغل Wi-Fi من جديد وأكرر الحركة في الاتجاه الآخر.

هذا هو الاختبار الذي يهمني.

لأن السؤال أثناء السفر ليس:

هل ما زال الزر أخضر؟

بل:

هل أستطيع الاستمرار فيما كنت أفعله؟

هنا كان الفرق مع التطبيق الأصغر واضحًا

شغلت إعداد الشبكة الضعيفة والمتغيرة.

بدأت على Wi-Fi.

Telegram مفتوح.

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

وبدأ رفع ملف.

ثم أطفأت Wi-Fi.

ظهر 5G.

توقف الملف لحظة قصيرة، ثم واصل.

فتحت صفحة أخرى.

عملت.

أعدت Wi-Fi.

واستمر الاتصال من دون أن أبدأ جولة جديدة من اختيار الخادم.

هذه كانت النتيجة التي كنت أبحث عنها.

لم أحتج إلى أعلى رقم في Speedtest.

احتجت إلى أن أتحرك بينما المهمة تستمر.

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

التقنية مهمة فقط لأنها تظهر في هذه اللحظة

الخدمة تستخدم نقلًا مبنيًا على HTTP/3 ومصممة للتعافي على الشبكات الضعيفة أو المتغيرة.

HTTP/3 يعمل فوق QUIC، الذي يدعم انتقال الاتصال عندما يتغير مسار الشبكة. (IETF)

بالنسبة لي ينتهي الشرح هنا.

لا أريد اختيار VPN لأن اسم البروتوكول أحدث.

أريده لأنني أخرج من الفندق، ينتقل الهاتف إلى 5G، والملف الذي أرفعه لا يجبرني على البدء من الصفر.

وهذا هو الفرق بين ميزة تقنية مكتوبة في صفحة مواصفات وميزة أراها أثناء السفر.

بعد ذلك اختبرت سيناريو أكثر واقعية من إطفاء Wi-Fi

ابتعدت عن نقطة الوصول حتى ضعفت الإشارة.

بدأت الصفحة تتردد، بينما الهاتف ما زال متمسكًا بالشبكة الضعيفة.

هذا يحدث لي كثيرًا في الفنادق:

الغرفة جيدة.

الممر أضعف.

المصعد يقطع الاتصال.

ثم الشارع يعيدني إلى 5G.

أطفأت Wi-Fi عندما أصبح سيئًا بما يكفي.

انتقل الهاتف إلى الشبكة الخلوية، وعادت الصفحة للعمل من خلال الاتصال.

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

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

Connected ليست النتيجة التي أبحث عنها

منذ ذلك الاختبار، أترك دائمًا مهمة حية أثناء الانتقال.

مكالمة.

رفع ملف.

جلسة مسجلة الدخول.

رسالة تحتوي على صورة.

إذا تحولت الشبكة واستمرت المهمة، فهذا دليل مفيد.

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

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

لكنني لا أحتاج إلى ذلك كي أقارن النتيجة.

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

الجهاز الثاني جزء من الاختبار أيضًا

بعد أن نجح الهاتف، انتقلت إلى اللابتوب.

في السفر أستخدم الاثنين، لذلك لا فائدة من أن يكون أحدهما جاهزًا والآخر ينتظر إعدادًا نسيته في المنزل.

ربطت الجهاز الثاني بالخدمة من خلال رمز تحقق، من دون إنشاء حساب تقليدي جديد ببريد وكلمة مرور.

ثم فتحت Telegram Desktop وصفحة العمل وكررت اختبار الانتقال باستخدام نقطة اتصال الهاتف.

عملت المهمة.

هذه ليست الميزة التي حسمت اختياري.

القدرة على التعامل مع تغير الشبكة فعلت ذلك.

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

الخادم الأكثر عددًا لم يعد هو المعيار

المزود الكبير ما زال يملك أفضلية واضحة في أشياء أخرى.

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

أما الخدمة الأصغر فلديها خيارات جغرافية أقل وتاريخ أقصر.

إذا كنت أسافر لأنني أحتاج عناوين IP من عدد كبير من الدول، فهذه مقايضة مهمة.

لكنها لم تكن مشكلتي هنا.

أنا أريد فتح اللابتوب في الفندق، ثم الخروج بالهاتف، ثم استخدام 5G، ثم الدخول إلى Wi-Fi آخر، من دون أن يتحول الـVPN إلى مهمة إضافية طوال اليوم.

لذلك تغير اختباري قبل السفر بالكامل.

لا أشغله على أفضل شبكة أملكها وأراقب Speedtest.

أبدأ مهمة حقيقية.

أطفئ Wi-Fi.

أنتقل إلى 5G.

أعود إلى Wi-Fi.

وأراقب المهمة، لا المؤشر.

المزود الأول أثبت أنه يعمل جيدًا عندما تستقر الشبكة.

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

ولهذا، قبل أن أعتمد على VPN في رحلة، لا أسأل كم Mbps أعطاني في المنزل؛ أطفئ Wi-Fi أثناء مهمة حقيقية، وأرى إن كانت المهمة نفسها تنجو من الانتقال إلى 5G.