أفضل VPN للعمل عن بُعد: عندما يصبح ثبات الاتصال أهم من اختبار السرعة

قبل الاجتماع بسبع دقائق، كان ملف العرض قد وصل إلى 82% ثم توقف. الهاتف بجانبي يتصفح المواقع بلا مشكلة، لكن Wi-Fi الفندق على اللابتوب بدأ يتأرجح: متصل، بطيء، ثم متصل من جديد. أعدت رفع الملف، وفي اللحظة نفسها ظهرت دعوة Microsoft Teams. ضغطت «Join»، فظهرت صور المشاركين لثوانٍ ثم تجمدت. فعلت ما أفعله عادةً: شغّلت الـVPN الذي أعرفه واخترت خادمًا قريبًا. تحسن كل شيء قليلًا، ثم فقد الفندق الاتصال مرة أخرى، وبدأ الـVPN يعيد الاتصال بينما الاجتماع قد بدأ بالفعل.

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

وتظهر الشكوى نفسها في تجارب عامة لأشخاص يعملون من فنادق ومساحات مشتركة في دبي: المكان مناسب، لكن Wi-Fi قد يكون مجرد «مقبول»، وأحيانًا يصبح البحث عن اتصال يمكن الاعتماد عليه أهم من البحث عن مكتب مريح.

وكان هذا بالضبط الخطأ الذي ارتكبته.

كنت أبحث عن VPN سريع، بينما كنت أحتاج إلى شيء آخر

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

وعندما كان Wi-Fi مستقرًا، كانت سريعة فعلًا.

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

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

انتقلت إلى نقطة اتصال الهاتف.

تغيرت الشبكة، وبدأت دورة اتصال أخرى.

لا شيء من ذلك استغرق وقتًا طويلًا بمفرده. عشرون ثانية هنا، نصف دقيقة هناك. لكن عندما ينتظر العميل على الشاشة، لا تبدو نصف الدقيقة قصيرة.

وهنا تغير السؤال الذي كنت أطرحه على نفسي.

لم يعد: «ما سرعة هذا الـVPN؟»

أصبح: ماذا يفعل عندما تتغير الشبكة وأنا في منتصف العمل؟

لم تكن المشكلة أن Teams محجوب

للحظة، فكرت أن تعثر المكالمة قد يكون مرتبطًا بقيود الاتصالات في الإمارات. لكن Microsoft Teams وZoom وSlack وGoogle Meet للاجتماعات مدرجة حاليًا لدى هيئة تنظيم الاتصالات والحكومة الرقمية ضمن تطبيقات VoIP المتاحة في الدولة. (Google)

وهذا اختصر التشخيص كثيرًا.

لم أكن بحاجة إلى مطاردة خادم خاص كي «أفتح Teams». كنت بحاجة إلى اتصال يتحمل ما يحدث فعلًا في يوم عمل متنقل: Wi-Fi فندق يضعف، نقطة اتصال هاتف تصبح البديل، ثم شبكة أخرى بعد ساعة في مقهى.

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

فبدأت أختبر شيئًا آخر عمدًا: أغيّر الشبكة وأنا متصل.

الاختبار الذي كشف الفرق

فتحت OnlydogVPN^↗ على اللابتوب، واستخدمت الإعداد المناسب للاستخدام اليومي بدل الدخول في جولة بين الدول والخوادم، ثم عدت إلى الاجتماع.

اتصل Teams.

شاركت الشاشة.

فتحت ملف العرض من السحابة، واكتمل التحميل.

بعد عدة دقائق فعلت الشيء الذي أفسد التجربة السابقة: أوقفت Wi-Fi وانتقلت إلى نقطة اتصال الهاتف.

كنت أراقب هذه اللحظة تحديدًا.

عاد الاتصال على الشبكة الجديدة من دون أن أرجع إلى قائمة الخوادم، أو أختار دولة أخرى، أو أبدأ عملية التشخيص من جديد. وبعد فترة قصيرة كنت أتابع العرض بدل أن أشرح للموجودين مرة أخرى أن الإنترنت عندي «يتصرف بغرابة».

وهنا حُسمت المقارنة بالنسبة لي.

ليس لأن رقم السرعة أصبح أعلى.

بل لأن تغير الشبكة لم يعد يتحول إلى مهمة ثانية تقاطع المهمة التي أتقاضى أجرًا من أجلها.

التقنية المهمة هنا يمكن شرحها في سطرين

يعتمد التطبيق، وفق معلومات المنتج، على نقل مبني على HTTP/3 مع تصميم يهتم بالتعافي عند ضعف الاتصال أو انتقال الجهاز بين الشبكات. HTTP/3 يعمل فوق QUIC، وهو مصمم بحيث يستطيع الاتصال التعامل بصورة أفضل مع تغير مسار الشبكة بدل افتراض أن الجهاز سيبقى على المسار نفسه طوال الجلسة. (IETF)

هذه هي المعلومة التقنية التي احتجتها فعلًا.

أنا لا أشتري اسم بروتوكول.

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

ولا أستطيع من جهازي رؤية كل ما تفعله الشبكة داخليًا، بما في ذلك أي قواعد إدارة أو تصفية قد تؤثر في محاولة معينة. ما أستطيع الحكم عليه هو النتيجة التي ظهرت أمامي: مع الاتصال السابق أصبحت تغييرات الشبكة أحداثًا تحتاج إلى تدخلي؛ ومع هذا الاتصال أصبحت أقل إزعاجًا.

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

بعد الاجتماع، تكرر الاختبار من تلقاء نفسه

خرجت من الفندق إلى مقهى قريب لإنهاء العمل.

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

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

في السابق كنت ألاحظ أن Slack توقف عن تحديث الرسائل، فأفتح الـVPN وأنتظر. إذا تأخر، أغير الخادم. ثم أعود إلى الملف الذي كنت أعمل عليه وأحاول أن أتذكر أين توقفت.

هذه المرة حدثت الانتقالات بينما بقي الـVPN نفسه أقل حضورًا في يومي.

وهذا، بشكل غير متوقع، كان أكثر شيء جعلني أقدّره.

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

وهنا ما زالت الخدمات الكبيرة تملك أفضلية

للتطبيق الأصغر قيد واضح: سجله العام أقصر.

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

لكن ذلك لم يكن ما أحتاجه في صباح الاجتماع.

كنت أملك بالفعل VPN فيه الكثير من الخوادم.

وكان سريعًا عندما كانت الشبكة جيدة.

المشكلة ظهرت عندما توقفت الظروف عن كونها مثالية.

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

لذلك أصبح اختباري للعمل عن بُعد بسيطًا.

أبدأ رفع ملف، ثم أنتقل من Wi-Fi إلى نقطة اتصال الهاتف.

أدخل اجتماعًا، ثم أغير الشبكة.

أغلق اللابتوب، أنتقل إلى مكان آخر، وأفتحه من جديد.

ثم أراقب شيئًا واحدًا: كم مرة يجبرني الـVPN على ترك عملي والعودة إليه؟

الخدمة الكبيرة كانت ممتازة عندما بقيت الشبكة كما هي.

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

وفي يوم عمل موزع بين فندق وهاتف ومقهى، اكتشفت أن الـVPN الأفضل ليس الذي يسجل أعلى سرعة للحظة، بل الذي يسمح لي بنسيان أن الشبكة تغيرت أصلًا.