ExpressVPN تَعِد بالحماية البسيطة وشبكة خوادم واسعة، لكنني أردت معرفة كيفية أدائها خارج صفحاتها التسويقية. ثبّتُّ تطبيق لينكس، واختبرت عدة خوادم، وفحصت تسرّب عنوان IP واستعلامات DNS، واستكشفت الإعدادات، وتواصلت مع الدعم بشأن نتيجة غير متوقعة لفحص تسرّب عنوان IP عبر WebRTC. كانت التجربة سهلة إلى حد كبير، مع بعض التنازلات المهمة. إليك ما كشفه اختباري.
قيّمت ExpressVPN من حيث السعر والميزات والأداء وسهولة الاستخدام والدعم. تتبع هذه المعايير العامة الفئات المستخدمة في منهجية التقييم لدى HostAdvice، مع تكييفها لتناسب الاعتبارات الخاصة بالشبكات الافتراضية الخاصة، مثل تسرّب بيانات الخصوصية وبروتوكولات الشبكات الافتراضية الخاصة وزمن استجابة الاتصال. تجمع الدرجات بين اختباري المباشر ومعلومات المورّد المحددة بوضوح؛ وهي لا تمثل شهادةً بصحة كل ادعاء متعلق بالخصوصية.
| الاختبار | النتيجة /10 | سبب هذه النتيجة |
|---|---|---|
| الأسعار & والباقات | 9.2 | شروط واضحة وضمان؛ ينبغي الانتباه إلى التجديدات والإضافات. |
| الميزات | 9.6 | عناصر تحكم مرنة للشبكة الافتراضية الخاصة وتغطية واسعة |
| الأداء | 9.0 | سرعات مناسبة وميزة حظر تعمل في وضع التشغيل الدائم؛ زمن استجابة مرتفع. |
| سهولة الاستخدام | 9.4 | اتصالات سريعة وعناصر تحكم واضحة؛ أداة اختيار التطبيقات في تطبيق لينكس تزيد صعوبة الاستخدام. |
| مستوى الدعم | 9.0 | ذكاء اصطناعي وأدلة مفيدة؛ انتظار موظف دعم بشري لمدة 14 دقيقة. |
| الإجمالي | 9.2 | سهولة استخدام وميزات قويتان؛ تفاوت السرعة ومدة انتظار الدعم. |
تقسم ExpressVPN عرضها حاليًا إلى باقات أساسي ومتقدم وExpress Pro، مع خيارات تمهيدية شهرية ولمدة 12 شهرًا ولمدة عامين. وتتمثل أبرز الفروق في عدد الاتصالات المتزامنة وإضافات الحماية وأدوات الخصوصية المضمّنة.
راجعتُ صفحة إتمام الشراء لباقـة Advanced لمدة 12 شهرًا، التي عرضت ثلاثة أشهر ترويجية إضافية وأفصحت عن مبلغ التجديد إلى جانب الإجمالي الأولي.
بدلًا من الحكم على الخدمة بناءً على أقل تكلفة شهرية محسوبة معلن عنها، أوصي بمقارنة إجمالي المبلغ المدفوع مقدمًا وسعر التجديد اللاحق. وقد تتغير العروض الترويجية.
أتاحت صفحة إتمام الشراء نفسها الدفع باستخدام بطاقات الائتمان أو الخصم وPayPal وApple Pay وGoogle Pay. وتفعّل ExpressVPN عادةً التجديد التلقائي لطرق الدفع المدعومة، بينما يحصل المشتركون الجدد المؤهلون عبر الموقع الإلكتروني على ضمان استرداد المال لمدة 30 يومًا. تختلف قواعد استرداد الأموال للمشتريات عبر متاجر التطبيقات.
| الخطة | الاتصالات | أهم المزايا |
|---|---|---|
| أساسي | 10 | شبكة افتراضية خاصة أساسية، وحظر أساسي، وExpressMailGuard |
| متقدم | 12 | عناصر تحكم في أدوات التتبع والمواقع المخصصة للبالغين، وExpressKeys، ومزايا خصوصية إضافية |
| Express Pro | 14 | عنوان IP مخصص مشمول، وExpressAI، وأدوات مجمّعة موسعة |
تكفي خطة Basic إذا كان هدفك الأساسي استخدام شبكة افتراضية خاصة على عدة أجهزة. وتضيف خطة Advanced حظر أدوات التتبع وأدوات خصوصية مجمّعة، بينما تتضمن خطة Express Pro عنوان IP مخصصًا ومزايا إضافية أوسع.
لكن الخطة الأفضل من حيث القيمة تعتمد على المزايا الإضافية التي ستستخدمها فعليًا. ولن أدفع أكثر لمجرد الحصول على مزايا لا أجد سببًا لاستخدامها.
في اختبارات أداء ExpressVPN، أردت معرفة مقدار سرعة الإنترنت التي احتفظت بها، وكيف تغير زمن الاستجابة للاتصال عبر البلدان، وما إذا كانت شبكة VPN على سطح المكتب تخفي عنوان IP ومعلومات DNS الخاصة بي.
كما تحققت من مفتاح إيقاف الاتصال الدائم والتصفح اليومي. استخدمت Ookla Speedtest في وضع الاتصالات المتعددة، وأجريت اختبارين من دون شبكة VPN واختبارين عبر كل من جنوب أفريقيا وUSA – New York وUK – London.
سجلت سرعات التنزيل والرفع، وزمن الاستجابة الأولي، وخادم الاختبار الذي أظهره Speedtest. هذه نتائج حقيقية لاتصال واحد وجلسة اختبار قصيرة، وليست اختبارات معيارية مخبرية.
بدأت بفصل شبكة VPN لتحديد قيمة مرجعية. وفي اختبار LimeFiber في نيروبي، سجلت جولتا الاختبار سرعتي تنزيل بلغت 294.68 و256.55 Mbps، وسرعتي رفع بلغتا 8.70 و4.70 Mbps، وزمني استجابة بلغَا 36 و45 ms. نتج عن ذلك متوسط قيمة مرجعية بلغ 275.62 Mbps للتنزيل و6.70 Mbps للرفع، وزمن استجابة أولي قدره 40.5 ms.
بعد ذلك، اتصلت بجنوب أفريقيا. اختار Speedtest خادم Active Fibre في جوهانسبرغ، وأسفرت جولتا الاختبار عن سرعتي تنزيل بلغتا 144.64 و136.60 Mbps، وسرعتي رفع بلغتا 4.27 و5.29 Mbps، وزمن استجابة بلغ 98 ms في كلتا الجولتين. بلغ متوسط سرعة التنزيل 140.62 Mbps، أي أقل بنحو 49% من القيمة المرجعية.
قدّم موقع نيويورك سرعات تنزيل أقل اتساقًا بكثير. عند إجراء الاختبار عبر UnlimitedFiber في نيويورك، سجّلت 256.81 Mbps في الجولة الأولى، لكن السرعة لم تتجاوز 69.43 Mbps في الثانية. وبلغت سرعات الرفع 8.73 و10.75 Mbps، بينما ارتفع زمن الاستجابة إلى 260 و333 ms. يخفي متوسط التنزيل البالغ 163.12 Mbps تفاوتًا كبيرًا بين الجولتين، لذا لن أقدّمه بوصفه سرعة متوقعة في نيويورك.
أخيرًا، اختبرت خادمًا في لندن عبر Voneus Limited في لندن. بلغت النتائج 227.88 و169.89 Mbps للتنزيل، و6.86 و6.40 Mbps للرفع، و230 و238 ms لزمن الاستجابة. بمتوسط تنزيل بلغ 198.89 Mbps، حافظت London على معدل نقل بيانات أعلى من المواقع الأخرى التي اتصلت بها في هذه المناسبة، رغم أن زمن الاستجابة فيها ظل أعلى بكثير من القيمة المرجعية عند عدم الاتصال.
يلخص الجدول أدناه المتوسطات المحسوبة من جولتي الاختبار لكل حالة. يُحتسب التغير في سرعة التنزيل مقارنةً بالقيمة المرجعية البالغة 275.62 Mbps عند عدم الاتصال، لذا تشير القيم السالبة إلى انخفاض سرعات التنزيل المقاسة.
| الاتصال | التنزيل | الرفع | زمن الاستجابة | التغير في التنزيل |
|---|---|---|---|---|
| إيقاف تشغيل الشبكة الافتراضية الخاصة | 275.62 | 6.70 | 40.5 | — |
| جنوب أفريقيا | 140.62 | 4.78 | 98 | −49.0% |
| USA – New York | 163.12 | 9.74 | 296.5 | −40.8% |
| UK – London | 198.89 | 6.63 | 234 | −27.8% |
ينبغي توخي الحذر عند عزو كل هذه الاختلافات إلى ExpressVPN. استخدم Speedtest خوادم وجهة مختلفة في كل بلد: LimeFiber في نيروبي، وActive Fibre في جوهانسبرغ، وUnlimitedFiber في نيويورك، وVoneus Limited في London. ويؤثر مسار خادم الاختبار والمسافة وظروف الشبكة المتغيرة كلها في النتائج. كما لا تكفي جولتا اختبار لكل موقع لتحديد مدى الاتساق على المدى الطويل.
قدّم ExpressVPN سرعات تنزيل مفيدة عبر مواقع VPN الثلاثة، وكان متوسط أداء London الأفضل في هذه المقارنة القصيرة. بلغت سرعة التنزيل في جنوب أفريقيا نحو نصف القيمة المرجعية عند عدم الاتصال، بينما أظهرت نيويورك تفاوتًا كبيرًا على نحو خاص بين جولتي الاختبار. وارتفع زمن الاستجابة كثيرًا في كلا الاتصالين بعيدَي المسافة، ما يجعل هذين المسارين أقل ملاءمة للمهام الحساسة للتأخير، مثل الألعاب التنافسية. تدعم النتائج أداءً عمليًا للتصفح والبث، لكنها لا تبرر الادعاء بأن الاتصالات سريعة أو متسقة على نحو موحد.
أثناء الاتصال بـ USA – New York، فتحت ipleak.net. وحدد الموقع عنوان IPv4 عامًا ظاهريًا في نيويورك ضمن النطاق 216.73.161.x، ونسبه إلى F.n.s. Holdings Limited، بدلًا من عرض مزود Zuku المحلي لديّ.
أفادت الصفحة بأن IPv6 لم يكن متاحًا أثناء هذا الفحص. كما عرض قسم WebRTC عنوانًا في نيويورك ضمن النطاق نفسه، وكان العنوان المحلي مخفيًا خلف اسم مضيف mDNS.
أدرج قسم DNS في نتائج ipleak.net عدة خوادم تحليل في نيويورك عبر العناوين ضمن النطاقين 216.73.161.x و173.239.211.x. يصف التقاط النص المقدم 16 خادمًا جرى اكتشافها عبر 20 اختبارًا؛ ويبدو أن لقطة الشاشة الكاملة للصفحة تعكس نتيجة منفصلة أو لاحقة، لذا لم أجمع العددين في قياس واحد.
ثم أجريت الاختبار الموسع على dnsleaktest.com. عرضت الصفحة عنوان IP عامًا هو 216.73.161.92، وأعادت خوادم تحليل DNS منسوبة إلى IPXO، وكلها معروضة في نيويورك.
بدت بعض أسماء مضيفي خوادم التحليل غير مرتبطة بـ ExpressVPN، لكن نطاقات عناوين IP ومواقعها المدرجة كانت متوافقة مع بيئة الخروج في نيويورك التي ظهرت في الاختبارات الأخرى. لا يكفي اسم المضيف وحده لإثبات وجود تسرّب DNS.
لم تُظهر أي من النتيجتين المقدمتين بوضوح مزود خدمة الإنترنت Zuku أو خادم تحليل كينيًا. وهذا أمر مشجع، لكن لقطات الشاشة لا تتضمن قيمة مرجعية منفصلة مسجلة لعنوان IP العام وخادم تحليل DNS عند قطع الاتصال، للمقارنة الدقيقة. يمكنني القول إنه لم يظهر أي انكشاف واضح لمزود خدمة الإنترنت أو DNS في هذه اللقطات، لكنها لا تمثل تدقيقًا حاسمًا لجميع أنواع تسرّب الشبكة المحتملة.
كانت نتائج عنوان IP العام وDNS المرصودة متوافقة مع اتصال VPN في نيويورك، ولم أرَ في الأدلة خادم تحليل واضحًا تابعًا لمزود خدمة الإنترنت المحلي. ومع ذلك، سأتجنب الجزم بعبارة «لا توجد أي تسرّبات» استنادًا إلى لقطات الشاشة وحدها، لا سيما في غياب مطابقتها مع القيمة المرجعية الأصلية لعنوان IP العام وDNS.
لإجراء فحص مستقل لـ WebRTC، زرت BrowserLeaks في Firefox. وأفاد الموقع بأنه «لا يوجد تسرّب لعنوان IP المحلي»، دون كشف أي عنوان IP محلي. لكنه أشار إلى أن عنوان IP العام عبر WebRTC لا يطابق عنوان IP البعيد للصفحة: كان العنوان البعيد المُبلّغ عنه 173.239.211.214، بينما كان عنوان IP العام عبر WebRTC هو 216.73.161.107.
يستدعي هذا الاختلاف التوضيح، لكنه لا يُعد تلقائيًا دليلًا على تسرّب عنوان IP الأصلي لديّ. فكلا العنوانين يقع ضمن نطاقات IP في نيويورك التي ظهرت في نتائج VPN وDNS الأخرى.
وكان المتصفح يخفي العناوين المحلية أيضًا، وهذا يختلف عن كشف عنوان IP العام الأصلي لمزود خدمة الإنترنت. لم أرَ عنوانًا كينيًا لمزود خدمة الإنترنت في نتيجة WebRTC هذه، رغم أن وجود قيمة مرجعية دقيقة عند قطع الاتصال سيتيح فحصًا أقوى.
لم يكشف المتصفح عن عنوان IP محلي، وكان عنوان WebRTC المُبلّغ عنه متوافقًا مع نطاقات عناوين VPN في نيويورك التي رصدتها. لن أعتبر عدم التطابق وحده دليلًا مؤكدًا على تسرّب عنوان IP عبر WebRTC. الأدلة مطمئنة، لكنها غير حاسمة من دون مقارنة موثّقة بعنوان مزود خدمة الإنترنت الأصلي.
فعّلت خيار مفتاح إيقاف الاتصال في ExpressVPN «Enable at all times»، ثم فصلت VPN يدويًا وحاولت استخدام الإنترنت. ظل التصفح محظورًا أثناء انقطاع الاتصال. وبعد إعادة الاتصال بـ ExpressVPN، تمكنت من التصفح بشكل طبيعي مجددًا.
يوضح هذا أن خيار الحظر الدائم عمل كما هو متوقع في اختبار الفصل اليدوي الذي أجريته. لكنه لا يثبت كيفية عمل وضع «Enable when connected» المنفصل عند حدوث تعطل غير متوقع في خدمة VPN أو انقطاع وجيز في الشبكة.
نجح مفتاح إيقاف الاتصال الدائم في حظر التصفح عندما فصلت VPN، وأتاح الوصول العادي مجددًا بعد إعادة الاتصال. هذه نتيجة إيجابية للحماية في هذا الوضع، لكنني لن أعممها على كل سيناريوهات الأعطال المحتملة.
اختتمت الاختبارات بالتصفح المعتاد وإجراء فحص قصير للبث أثناء الاتصال بـ ExpressVPN. حُمّلت الصفحات بشكل طبيعي، وشُغّل الفيديو من دون تخزين مؤقت ملحوظ أو انقطاعات غير متوقعة في هذا الاختبار.
يتوافق ذلك مع سرعات التنزيل القابلة للاستخدام عمومًا، رغم أن السرعات المقاسة وزمن الاستجابة لم يكونا متماثلين في جميع المواقع.
تعامل ExpressVPN مع اختبار التصفح العملي والبث القصير من دون مشكلة. وهذا دليل على سلاسة الجلسة في الظروف المختبرة، وليس ضمانًا بأن كل خدمة بث أو إعداد جودة أو خادم بعيد سيعمل بالطريقة نفسها.
كان أداء ExpressVPN جيدًا بما يكفي للتصفح والبث العاديين، وعمل مفتاح إيقاف الاتصال الدائم على نحو صحيح عندما فصلت الاتصال يدويًا. وأظهرت اختبارات IP وDNS عناوين خروج وخوادم تحليل أسماء نطاقات في نيويورك، بدلًا من كشف واضح لعنوان مزود خدمة الإنترنت المحلي، بينما لم يكن تحذير WebRTC بحد ذاته دليلًا على حدوث تسرّب.
كانت نتائج السرعة أكثر تفاوتًا. ظلت متوسطات سرعة التنزيل قابلة للاستخدام، لكنها كانت أقل بنسبة 28% إلى 49% من القيمة المرجعية عند انقطاع الاتصال، بحسب الموقع؛ وكان زمن الاستجابة للمسافات الطويلة مرتفعًا، كما اختلف اختبارا نيويورك اختلافًا كبيرًا.
نظرًا إلى اختلاف خوادم Ookla Speedtest حسب البلد، وإجراء جولتين فقط لكل إعداد، فسأعتبر نسب السرعة تقديرية لا قياسًا نهائيًا للأثر الإضافي لاستخدام VPN.
ينبغي أن يكون بدء استخدام شبكة افتراضية خاصة أمرًا مباشرًا، لا سيما عندما يعد المنتج بتوفير حماية بسيطة بنقرة واحدة. تابعت رحلة العميل في ExpressVPN بدءًا من موقعه الإلكتروني العام، مرورًا باختيار الخطة وإتمام الشراء وتنزيل تطبيق Linux وتفعيل حساب موجود، وصولًا إلى إنشاء أول اتصال بشبكة افتراضية خاصة. كما تفحّصت محدد الخوادم لمعرفة مدى سهولة العثور على وجهة.
اختبرت تطبيق ExpressVPN لنظام Linux (الإصدار 14.3) على Pop!_OS 24.04 LTS، ويعمل على نظام x86_64. وفحصت واجهة إتمام الشراء، وأكملت خطوات التثبيت والتفعيل والاتصال وتغيير المواقع وإعدادات البروتوكول وعناصر التحكم اليومية في الحساب.
بدأت من الصفحة الرئيسية لـ ExpressVPN. ظهر زر بارز باسم “Get the Deal Now” أسفل العرض التمهيدي، كما ظهر بالقرب منه ضمان استرداد المال لمدة 30 يومًا للمستخدمين الجدد. ولم أضطر إلى البحث في القوائم للعثور على مسار الاشتراك.
عرضت صفحة الأسعار خطط أساسي ومتقدم وExpress Pro جنبًا إلى جنب. وأوضحت التكلفة الشهرية المحسوبة للعرض التمهيدي، والمبلغ الإجمالي المدفوع مقدمًا، والأشهر الترويجية الإضافية المشمولة، وسعر التجديد مباشرةً على بطاقات الخطط. وأُشير إلى أن خطة متقدم هي الخيار الأكثر شيوعًا، فاخترتها للمرور بخطوات إتمام الشراء.
أتاحت قائمة منسدلة لمدة الفوترة التبديل بين عروض 1 شهر و12 شهرًا و2 سنة. وأظهر العرض الافتراضي الذي التقطت صورته 12 شهرًا بالإضافة إلى ثلاثة أشهر ترويجية. وظل الفرق بين التكلفة الشهرية المحسوبة والمبلغ المدفوع مقدمًا ظاهرًا، وهو أمر مهم للمشترين الذين يقارنون الاشتراكات طويلة الأجل.
وتضمنت الصفحة أيضًا قسمًا أطول لمقارنة الخطط، يشمل أكثر من شبكة افتراضية خاصة وحدها. وسردت إضافات مثل ExpressMailGuard وExpressKeys وخدمات أخرى مجمّعة، ما يساعد على توضيح سبب اختلاف أسعار المستويات الثلاثة. أدرجت لقطة الشاشة للصفحة كاملةً للرجوع إليها، إلا أن صورة بطاقة الأسعار الأصغر أسهل قراءةً من النظرة الأولى.
بعد اختيار خطة متقدم، وصلت إلى نموذج إتمام شراء يطلب عنوان بريد إلكتروني ويعرض خيارات PayPal وApple Pay وGoogle Pay والبطاقات المصرفية.
وأظهر ملخص الطلب العرض المحدد لمدة 12 شهرًا مع ثلاثة أشهر ترويجية، والمبلغ الإجمالي المدفوع مقدمًا، والضريبة، وتفاصيل التجديد التلقائي. وعُرض خيار إضافة عنوان IP مخصص بصورة منفصلة، بدلًا من تضمينه افتراضيًا.
أظهر عرض متقدم الذي التقطت صورته مبلغًا أوليًا قدره $89.85 وسعر تجديد سنويًا قدره $119.95؛ وهذه ملاحظات تاريخية من الشاشة، وليست تأكيدًا بأن العرض نفسه سيكون متاحًا لكل قارئ.
كما عرضت صفحة إتمام الشراء ضمان استرداد المال لمدة 30 يومًا للمستخدمين الجدد المستوفين للشروط.
كانت الخطوة التالية إدخال تفاصيل الدفع. وفّرت ExpressVPN عدة خيارات للدفع، منها PayPal وApple Pay وGoogle Pay وبطاقات الائتمان أو الخصم. عرضت صفحة إتمام الشراء ملخص الطلب إلى جانب نموذج الدفع، ما سهّل مراجعة تكلفة الاشتراك وفترة الفوترة وشروط التجديد التلقائي قبل تأكيد الشراء.
بعد إدخال تفاصيل الدفع، أكمِل عملية إتمام الشراء باستخدام طريقة الدفع التي تفضّلها. ثم تحقّق من بريدك الإلكتروني للاطّلاع على تفاصيل حساب ExpressVPN ورمز التفعيل. احتفظ بالرمز في متناولك، لأنك ستحتاج إليه لتفعيل التطبيق على جهازك. سأوضّح لك كيف استخدمته عند إعداد ExpressVPN على Linux في القسم التالي.
تجعل ExpressVPN التسجيل سهلًا، إذ تعرض خطط الاشتراك بوضوح، وتوفّر فترات فوترة مرنة وخيارات دفع متعددة. وقدّرت خصوصًا أن صفحة إتمام الشراء تعرض التكلفة المدفوعة مقدمًا وشروط التجديد، ما سهّل فهم ما توافق على الاشتراك فيه. كما كان من السهل مقارنة الخطط الثلاث، لكن ينبغي الانتباه إلى الفرق بين السعر الشهري الترويجي والمبلغ الفعلي الذي سيُحصّل.
الانتقال من إتمام الشراء إلى إعداد التطبيق بسيط، إذ تُرسل تفاصيل الحساب ورمز التفعيل عبر البريد الإلكتروني. إجمالًا، وجدت عملية التسجيل منظّمة جيدًا، مع تعليمات واضحة ودون خطوات معقّدة بلا داعٍ.
بعد ذلك، انتقلت إلى صفحات تنزيل التطبيق. تعرّفت صفحة التنزيل العامة لـ ExpressVPN إلى أنني أتصفح على Linux، وعرضت بوضوح زر “Download Linux App”. وقد وفّر عليّ ذلك عناء البحث يدويًا عن المنصة المناسبة لأجهزة الكمبيوتر المكتبية.
كما فتحت قائمة التنقل “Download VPN”. وقد رتّبت أدوات التثبيت ضمن فئات أجهزة الكمبيوتر المكتبية والهواتف المحمولة والتلفزيون عبر & البث، وأجهزة التوجيه والإضافات. عرضت القائمة الفرعية لأجهزة الكمبيوتر المكتبية أنظمة Windows وmacOS وLinux، لذا أمكن للزائر الوصول إلى أداة التثبيت المناسبة حتى دون الاعتماد على الكشف التلقائي.
ثم عرض مسار الإعداد صفحة «إعداد تطبيقاتك» تتضمن زر تنزيل وتعليمات التثبيت. وقد فصل ذلك بوضوح بين تنزيل التطبيق وتفعيل الاشتراك.
في الصفحة المخصصة لنظام Linux، وجدت زر «Download Now» وشرحًا موجزًا من خطوتين: تثبيت التطبيق وإدخال رمز التفعيل عند المطالبة بذلك. كما أُدرج رابط إلى دليل إعداد Linux أكثر تفصيلًا.
أكد المتصفح نجاح تنزيل برنامج التثبيت الشامل لنظام Linux. كان اسم الملف expressvpn-linux-universal-14.3.1.15429_release.run، وبلغ حجمه نحو 186 MB في قائمة التنزيلات بالمتصفح.
تحققت من نظام التشغيل والبنية قبل تشغيل برنامج التثبيت. أظهر جهازي نظام Pop!_OS 24.04 LTS، المبني على Ubuntu، وبنية x86_64. ثم انتقلت إلى مجلد التنزيلات، ومنحت ملف .run أذونات التنفيذ، وشغّلته من الطرفية.
cd ~/Downloads
chmod +x expressvpn-linux-universal-14.3.1.15429_release.run
./expressvpn-linux-universal-14.3.1.15429_release.run
تحقق برنامج التثبيت من الأرشيف، واستخرج الحزمة، وثبّت التبعيات المطلوبة، وضبط أذونات النظام، وأنشأ إدخالًا على سطح المكتب، وشغّل خدمة ExpressVPN في الخلفية. وأظهر الإخراج النهائي في الطرفية اكتمال التبعيات وخطوات التثبيت بنجاح.
لم أواجه أي أخطاء في التثبيت أو تعارضات في التبعيات. لم يُذكر Pop!_OS صراحةً ضمن قائمة التوزيعات المدعومة لدى الشركة، لذا أصف ذلك بأنه اختبار ناجح على جهازي تحديدًا، لا ضمانًا لنجاح التثبيت على كل جهاز يعمل بنظام Pop!_OS.
كان التثبيت مباشرًا لمن اعتاد تشغيل بضعة أوامر في الطرفية. والأهم من ذلك أن ExpressVPN تولّى إعداد النظام دون الحاجة إلى استكشاف مشكلات الحزم وإصلاحها أو تشغيل الخدمات يدويًا. ومع ذلك، قد يجد المستخدم الجديد الذي يتوقع برنامج تثبيت رسوميًا بالكامل أن الحاجة إلى استخدام الطرفية أقل سهولة.
بعد اكتمال التثبيت، فتح ExpressVPN نافذة رسومية تضم زر طاقة كبيرًا في الوسط وحالة «غير محمي» واضحة لا لبس فيها. وقبل تسجيل الدخول، عرض التطبيق زري «Sign Up» و«Sign In». كما ظهر شريط اختياري يسألني إن كنت أرغب في مشاركة إحصاءات اتصال مجهولة الهوية؛ وكان بإمكاني رؤية خيار لرفض ذلك.
أدى النقر على Sign In إلى فتح شاشة تضم ثلاث طرق لتسجيل الدخول: رابط تسجيل عبر البريد الإلكتروني، أو كلمة مرور، أو رمز تفعيل. اخترت خيار رمز التفعيل، وأدخلت الرمز، وسجّلت الدخول بنجاح. لم تتطلب العملية إعداد خادم أو بروتوكول قبل الوصول إلى لوحة التحكم.
بعد التفعيل بنجاح، عرضت لوحة التحكم جنوب أفريقيا كتوصية من Smart Location. كما أظهرت مساحة للمواقع المستخدمة مؤخرًا، وعنصرًا لوقت الحماية، وإعداد البروتوكول «تلقائي»، وخريطة صغيرة للخوادم. وظلت الحالة تعرض «غير محمي» إلى أن ضغطت زر الاتصال.
نقرت على زر التشغيل الكبير، وأبلغت شبكة VPN عن نجاح الاتصال خلال نحو ثانيتين. تحولت الشاشة فورًا إلى اللون الأخضر الفاتح، وتغيرت الحالة إلى «محمي»، وظهر مؤقت للاتصال النشط. جعلت هذه الاستجابة المرئية المباشرة فهم ما تغيّر أمرًا سهلًا.
أظهر مؤقت الاتصال ست ثوانٍ عندما التقطت لقطة الشاشة؛ وهذا هو الوقت المنقضي منذ الاتصال، وليس الوقت اللازم لإنشاء الاتصال. أما مدة الاتصال البالغة ثانيتين فهي ما لاحظته أثناء الاختبار.
كانت عناصر التحكم في ExpressVPN عند التشغيل الأول سهلة الفهم. كانت طرق تسجيل الدخول المتاحة موضحة بوضوح، ولم يكن اختيار بروتوكول في البداية مطلوبًا، وأُنشئ الاتصال الأول بنقرة واحدة.
ويُعد التمييز المرئي الواضح بين «غير محمي» و«محمي» مفيدًا بشكل خاص لمستخدمي شبكة VPN الأقل خبرة. سأتحقق من إخفاء عنوان IP الفعلي والحماية من التسرّب كلٌّ على حدة، بدلًا من اعتبار الحالة التي يعرضها التطبيق دليلًا على الأمان.
بعد ذلك، نقرت على بطاقة Selected Location لفحص أداة اختيار الخادم. فُتحت لوحة قابلة للبحث تضم علامتي التبويب Recommended وAll Locations. ونُظّم قسم Recommended ضمن فئات «أسرع الخوادم» و«المفضلة» و«الأكثر شيوعًا في بلدك».
ظهر جنوب أفريقيا ضمن فئة «أسرع الخوادم» مع مؤشر لجودة الاتصال. وعرض قسم «المفضلة» الرقم 0/10، مع توضيح إمكانية حفظ المواقع من خلال تمييزها بنجمة. وظهرت دول مثل United States والمملكة المتحدة وهولندا وألمانيا والسويد وسويسرا وإيطاليا ضمن صفوف قابلة للتوسيع، مع عرض عدد المواقع حيثما توفر ذلك.
فتحت أيضًا القائمة المنسدلة «أسرع الخوادم». وقد أتاحت الخيارين «أفضل 3 (التقييم)» و«أفضل 5 (التقييم)». يمنح هذا الواجهة بعض المرونة، لكنني لم أختبر بعد معايير ترتيب الخوادم أو أتأكد مما إذا كانت هذه الخيارات تتوافق مع السرعات المقاسة.
لاختبار تغيير خادم فعلي، وسّعتُ خيار United States أثناء اتصالي بجنوب أفريقيا. أدرج ExpressVPN ثلاثة خيارات على مستوى المدن: نيويورك (251 ms)، وسان فرانسيسكو (312 ms)، وشيكاغو (282 ms). كان عرض مؤشرات زمن الاستجابة بجوار أسماء المدن مفيدًا لإجراء مقارنة أولية، لكنني سأعتمد على اختبارات معيارية منفصلة عند تقييم الأداء الفعلي.
اخترت USA – New York. انتقل ExpressVPN تلقائيًا من الخادم الجنوب أفريقي إلى الموقع الأمريكي، من دون أن يطلب مني قطع الاتصال أو تأكيد التغيير. استغرق الأمر نحو ثانيتين حتى أظهرت الواجهة مجددًا حالة «محمي»، ولم أواجه أي أخطاء.
تُظهر لقطة الشاشة ثلاث ثوانٍ على مؤقت الاتصال النشط، وهو يقيس مدة الاتصال حتى تلك اللحظة، لا الثانيتين تقريبًا اللتين استغرقهما تبديل الخوادم.
كان من السهل فهم محدد المواقع، وكان التبديل أبسط حتى. وسّعت خيار United States، واخترت نيويورك، وأعاد ExpressVPN الاتصال تلقائيًا في نحو ثانيتين من دون الحاجة إلى خطوة تأكيد إضافية. وعاد التطبيق بوضوح إلى حالته الخضراء «محمي». بعد ذلك، تحققت من مدى سهولة البحث عن مدينة وحفظ موقع مفضّل.
بعد ذلك، تحققت من سرعة العثور على مدينة بعينها. من علامة التبويب All Locations، كتبت «London» في حقل البحث. وأظهر ExpressVPN موقعين في المملكة المتحدة: UK – East London وUK – London. وظهر بجوار اسميهما زمن استجابة قدره 186 ms، ما أتاح لي الاطلاع على تقديرات زمن الاستجابة في التطبيق من دون فتح شاشة منفصلة.
لاختبار المفضلة، اخترت النجمة بجوار UK – East London. فأصبحت النجمة ممتلئة، ما أكد لي فورًا أنني حفظت ذلك الموقع.
ثم عدت إلى Recommended. وتغيّر العنوان «المفضلة» من 0/10 إلى 1/10، وظهر UK – East London أسفله مباشرة. كما عرض التطبيق USA – New York ضمن «المواقع المستخدمة مؤخرًا»، ما أتاح لي طريقتين مريحتين للعودة إلى الخوادم التي استخدمتها سابقًا.
وجدتُ البحث عن المواقع سهلًا. أدى إدخال اسم مدينة إلى تضييق قائمة الخوادم لتعرض النتائج ذات الصلة، ولم يتطلب حفظ UK – East London سوى نقرة واحدة. بعد ذلك، ظهر الموقع المحفوظ حيث توقعت، ضمن Recommended. أثبت هذا الاختبار أن العثور على مدينة واسترجاع وجهة محفوظة أمران سهلان؛ أما اختبار تبديل الخادم المنفصل فقد تناول بالفعل سلوك الاتصال.
بعد استعراض مواقع الخوادم، فتحتُ شاشة VPN Protocol من تطبيق سطح المكتب. كان ExpressVPN محددًا Automatic (recommended) افتراضيًا، مع شرح موجز يفيد بأن التطبيق يختار بروتوكولًا مناسبًا للشبكة. وهذا يعني أنني تمكنت من إجراء أول اتصال لي دون الحاجة إلى فهم الاختلافات بين البروتوكولات.
تضمنت قائمة البروتوكولات Lightway – UDP وLightway – TCP وWireGuard وOpenVPN – UDP وOpenVPN – TCP. وكانت الأوصاف مفيدة: فقد عُرض Lightway – UDP على أنه مُحسّن للسرعة والأمان والموثوقية، بينما قُدّم Lightway – TCP على أنه خيار أفضل لبعض الشبكات. وأشار كلا خياري Lightway صراحةً إلى دعم ما بعد الكم. أما WireGuard وOpenVPN – UDP، فكان لكل منهما شرح موجز للتوافق أو الأداء. امتد وصف OpenVPN – TCP إلى ما دون الشاشة التي التقطتُها، لذا لم أقيّم صياغته كاملةً بعد.
للتحقق من كيفية عمل التغييرات اليدوية للبروتوكول، حددتُ Lightway – UDP أثناء الاتصال. عرض ExpressVPN مربع حوار للتأكيد بعنوان «تغيير VPN Protocol؟»، موضحًا أن التطبيق سيعيد الاتصال لتطبيق الإعداد الجديد. حددتُ Continue، وعادت حالة VPN إلى محمي بعد نحو أربع ثوانٍ. ثم عرضت لوحة التحكم Lightway – UDP بوصفه البروتوكول المحدد.
يوازن ExpressVPN بين البساطة وإمكانية التحكم اليدوي. يُعد الخيار التلقائي إعدادًا افتراضيًا سهل الاستخدام، كما تجعل الأوصاف قائمة البروتوكولات مفهومة دون الحاجة إلى وثائق خارجية. وقدّرتُ أيضًا ظهور تحذير قبل أن يؤدي تغيير الإعداد إلى قطع الاتصال الحالي. طُبّق Lightway – UDP بنجاح بعد إعادة اتصال استغرقت نحو أربع ثوانٍ. اختبرتُ تغيير الإعداد، لا مقارنة السرعة أو الأمان بين البروتوكولات.
بعد الاتصال وتغيير الخوادم، استكشفت Profile لأرى مدى سهولة إدارة المشترك للتطبيق. عرض الجزء العلوي من الصفحة حالة الحساب «نشط»، وتاريخ انتهاء الصلاحية في 13 يوليو 2027، ومعرّف حساب محجوبًا جزئيًا، ورابطًا لإدارة الاشتراك. جمع ذلك المعلومات الأساسية في مكان واحد بدلًا من أن أضطر إلى زيارة موقع الفوترة لمجرد التأكد من أن حسابي نشط.
كشف التمرير إلى الأسفل عن المظهر، وInternet Kill Switch، وVPN Protocol، وSplit Tunneling، وأدوات الأمان، وAuto-connect. وقد وصفت قائمة أدوات الأمان فحوصات تسرّب عنوان IP واستعلامات DNS وعنوان IP عبر WebRTC، إلى جانب إنشاء كلمات المرور. جعلت الأوصاف الواردة بجانب هذه الخيارات تحديد الإعدادات التقنية أسهل.
وجدت أيضًا تفضيلين منفصلين لبدء التشغيل. كان خيار «الاتصال عند التشغيل» متوقفًا، بينما كان خيار «تشغيل ExpressVPN عند بدء التشغيل» مفعّلًا. وهذا الفرق مهم: ففتح التطبيق مع تشغيل الكمبيوتر لا يعني تأمين الاتصال تلقائيًا. كانت إشعارات سطح المكتب والتحديثات التلقائية وفحوصات زمن الاستجابة في الخلفية مفعّلة، وكانت لغة التطبيق مضبوطة على الإنجليزية.
في الأسفل، وفّرت ExpressVPN إجراءات لإحالة الأصدقاء وإلغاء تثبيت التطبيق وحذف الحساب وتسجيل الخروج. أوضح إجراء إلغاء التثبيت أنه سيزيل التطبيق من الكمبيوتر. وحذّر إجراء حذف الحساب من فقدان ما تبقى من مدة الاشتراك. تفحّصت هذه الخيارات من دون تنفيذ أي إجراءات هدّامة.
نُظمت شاشة Profile حول المهام العملية. استطعت التحقق من الاشتراك والعثور على عناصر التحكم في الاتصال ومراجعة تفضيلات بدء التشغيل وتحديد إجراءات الحساب من دون بحث مطوّل. ويتمثل الجانب السلبي الرئيسي في كثرة الإعدادات ضمن صفحة واحدة تتطلب التمرير، إلا أن التسميات والنصوص التوضيحية عوّضت إلى حد كبير عن هذا الازدحام.
فتحت Internet Kill Switch من Profile. وظهرت ثلاثة عناصر تحكم منفصلة. كان خيار «التفعيل عند الاتصال» مفعّلًا، ووُصف بأنه يحظر حركة البيانات خارج شبكة VPN، بما في ذلك عند انقطاع الاتصال.
كان خيار «التفعيل في جميع الأوقات» متوقفًا؛ وأوضح وصفه إمكانية حظر حركة البيانات خارج شبكة VPN حتى عند إيقاف تشغيل شبكة VPN. وكان خيار «السماح بالوصول إلى الأجهزة على الشبكة المحلية» مفعّلًا، ما يتيح الوصول إلى الأجهزة المحلية مثل الطابعات وخوادم الملفات أثناء الاتصال.
الفرق بين الإعدادين الأولين مهم. فقد لا يتوقع المستخدم الذي يقرأ عبارة «مفتاح إيقاف الاتصال» فحسب وجود وضع تشغيل دائم منفصل. لكن ExpressVPN أوضح كليهما مباشرةً على الصفحة، ما جعل الفرق واضحًا قبل أن أغيّر أي شيء. لم أقطع الاتصال للتحقق من حظر التسرّب هنا؛ فهذا يندرج ضمن اختبارات الأمان.
كانت ميزة الاتصال التلقائي في صفحة منفصلة، وكانت معطّلة في البداية. وعندما كان المفتاح مغلقًا، لم تعرض الشاشة سوى شرح موجز، ما أبقى الواجهة مرتبة لمن لا يحتاجون إلى قواعد مؤتمتة.
أدى تفعيل Auto-connect إلى ظهور زر Add Setting. وأشار ذلك إلى أن القواعد اختيارية، بدلًا من فرضها تلقائيًا عند تشغيل الميزة.
أتاح مربع الحوار «Add Setting» تحديد شروط الاتصال بشبكة واي فاي آمنة أو غير آمنة، أو بشبكة إيثرنت، أو بشبكة واي فاي محددة بالاسم. وبالنسبة إلى كل شرط، كان بإمكاني اختيار «الاتصال بالشبكة الافتراضية الخاصة» أو «قطع الاتصال بالشبكة الافتراضية الخاصة». ظل زر التأكيد غير نشط إلى أن يُحدَّد شرط، ما ساعد على تجنب إنشاء قاعدة غير مكتملة. تفحّصت الخيارات، لكنني لم أحفظ أي قاعدة.
تمنح هذه الإعدادات المستخدمين تحكمًا فعليًا من دون فرض إعدادات متقدمة أثناء الاتصال الأول. وشروح مفتاح إيقاف الاتصال محددة، كما تغطي قواعد الاتصال التلقائي حالات شائعة مثل شبكات الواي فاي العامة وشبكة إيثرنت. ومع ذلك، أودّ أن يوضح التطبيق بصورة مباشرة أكثر أن خيارات بدء التشغيل العامة وقواعد Auto-connect المستندة إلى الشبكة تؤدي أغراضًا مختلفة. قيّمت شاشات الإعداد، لا الفاعلية الفعلية للحماية عند انقطاع الاتصال أو للقواعد المؤتمتة.
بعد ذلك، فتحت ميزة Split Tunneling. كانت الميزة متوقفة افتراضيًا، وكانت خيارات التوجيه الفرعية معطّلة حتى شغّلتها. وأوضح النص التمهيدي أن بإمكاني اختيار التطبيقات التي تستخدم الشبكة الافتراضية الخاصة.
بعد تفعيلها، عرضت الصفحة قاعدة افتراضية باسم «جميع التطبيقات الأخرى»، ومجموعة منفصلة باسم «حزم التوجيه…»، وُصفت بأنها تشمل معظم الحاويات والأجهزة الافتراضية. وكان لكل مجموعة قائمة منسدلة تضم خياري «استخدام الشبكة الافتراضية الخاصة» و«تجاوز الشبكة الافتراضية الخاصة». وقد أتاح ذلك التفكير في الوجهة التي ينبغي أن تسلكها حركة البيانات قبل إضافة استثناءات فردية.
تحققت من قوائم التوجيه بدلًا من افتراض أن المجموعتين تعملان بالطريقة نفسها. وقد عرضتا الخيارين نفسيهما، وحذّرت الصفحة من احتمال الحاجة إلى إعادة تشغيل التطبيقات قبل سريان التغييرات.
أدى النقر على Add App إلى فتح منتقي ملفات في لينكس، وكان محددًا في البداية على /opt/expressvpn/bin، مع عرض الملفات التنفيذية. تؤدي هذه الطريقة الغرض، لكنها أقل سهولة من أداة اختيار تعرض التطبيقات المثبتة بأسمائها وأيقوناتها المألوفة. وقد يحتاج مستخدم جديد لنظام لينكس إلى معرفة مكان الملف التنفيذي للتطبيق قبل إنشاء استثناء.
فتح Add IP مربع حوار إدخال أوضح. وقد قبل عناوين IPv4 وIPv6، بالإضافة إلى الشبكات الفرعية بتدوين CIDR، وتضمّن عدة أمثلة على الشاشة. وكان زر OK معطلًا عندما كان الحقل فارغًا. لم أضف عنوانًا أو أغيّر توجيه التطبيقات الفعلية، إذ قد يتداخل ذلك مع اختبارات الأمان اللاحقة التي سنجريها.
وجدت أن عناصر التحكم في تقسيم الأنفاق لدى ExpressVPN مرنة. فهي توفر خيارات توجيه لحركة مرور التطبيقات عمومًا، ومجموعة خاصة تشمل الحاويات والأجهزة الافتراضية، واستثناءات لتطبيقات أو عناوين IP محددة. وشاشة إدخال عناوين IP واضحة. أما نقطة الضعف الرئيسية في سهولة الاستخدام فهي Add App، إذ يفتح متصفح ملفات عاديًا بدلًا من قائمة مباشرة بالتطبيقات المثبتة. تفحّصت خطوات الإعداد، لكنني لم أتحقق من حركة مرور التطبيقات المستثناة أو أحفظ قاعدة مخصصة.
أخيرًا، فتحت علامة تبويب Speed Test على اليسار. عرضت الشاشة زر بدء كبيرًا وجدول نتائج فارغًا يتضمن خادم VPN، وعنوان IP لشبكة VPN، والبروتوكول، وخادم الاختبار، وعنوان IP لخادم الاختبار، والتنزيل، والرفع، وزمن الاستجابة، وتذبذب زمن الاستجابة، وفقدان الحزم. وتمكنت من رؤية المقاييس التي ستجمعها الأداة قبل بدء الاختبار.
نقرت على زر البدء. وعرض التطبيق رسائل التقدم فورًا، بدءًا من «جارٍ إعداد اختبار مزود خدمة الإنترنت…» ثم أشار إلى اختبار الرفع على نحو منفصل. ولم أحتج إلى إعداد خدمة اختبار منفصلة أو اختيار خادم للقياس.
اكتمل الاختبار وامتلأت جميع النتائج المعروضة. وأظهر حقل خادم VPN الموقع USA – New York، وكان الحقل الخاص بالبروتوكول يعرض Automatic، وكان موقع خادم الاختبار Bulgaria. وقد لفت ذلك الموقع الانتباه لأنه يختلف عن موقع خادم VPN. ولم تشرح الواجهة هذا الاختلاف في شاشة النتائج.
أظهر الاختبار المكتمل سرعة تنزيل بلغت 24 Mb/s، وسرعة رفع بلغت 9 Mb/s، وزمن استجابة بلغ 332 ms، وتذبذبًا في زمن الاستجابة بلغ 11 ms، وفقدانًا للحزم بنسبة 0%. تمثل هذه القيم نتيجة هذا الاختبار المدمج وحده، وليست متوسطًا أو نتيجة معيار مستقل. سأستخدم اختبارات مرجعية منفصلة قابلة للتكرار واختبارات أثناء الاتصال عند تقييم الأداء.
كان Speed Test سهل الاستخدام: فبدأ بنقرة واحدة، وأظهرت رسائل التقدم مراحله، وشملت النتائج أكثر من سرعة التنزيل وحدها. ومع ذلك، قد يربك خادم الاختبار في بلغاريا، الذي لم يُشرح سبب اختياره، القراءَ عند اقترانه بموقع خادم VPN في نيويورك. سأتعامل معه على أنه أداة تشخيص سريعة ومفيدة، لا الأساس الوحيد لمقارنة أداء VPN.
كان تشغيل ExpressVPN سهلًا على نظام Pop!_OS لدي. اكتمل التثبيت دون الحاجة إلى استكشاف مشكلات الاعتماديات وإصلاحها، وأتاح التفعيل عدة طرق لتسجيل الدخول، واستغرق اتصالي الأول بجنوب أفريقيا نحو ثانيتين. وكان التبديل بين الخوادم سريعًا بالقدر نفسه، كما تطلب البحث عن موقع مفضل وحفظه جهدًا ضئيلًا. وأوضحت الواجهة حالة الاتصال باستمرار.
عُرضت معظم الإعدادات التقنية بشكل جيد، مع أوصاف مفيدة للبروتوكولات، وأوضاع مفتاح إيقاف الاتصال، وقواعد الشبكة الآلية، والنفق المنقسم. وعند التبديل إلى Lightway – UDP، ظهر تحذير واضح، ثم أُعيد الاتصال في نحو أربع ثوانٍ. كما جمع التطبيق معلومات الاشتراك والإعدادات وإجراءات الحساب في صفحة Profile واحدة.
وشملت الجوانب التي تحتاج إلى تحسين التثبيت عبر الطرفية في Linux للمبتدئين، وصفحة Profile المكتظة بعض الشيء، وأداة اختيار التطبيق Add App المعتمدة على مسار الملف، وموقع خادم الاختبار غير الموضح في Speed Test المدمج. لم يمنعني أي من ذلك من إكمال المهام التي اختبرتها، لكن كلًا منها يضيف بعض التعقيد مقارنةً بالتجربة السلسة عمومًا.
تشمل خيارات الدعم لدى ExpressVPN ما يلي:
| قناة الدعم | طريقة الوصول | اختباري |
|---|---|---|
| الدردشة المباشرة على مدار الساعة | زر الدردشة على الموقع؛ يبدأ الذكاء الاصطناعي ثم يتولى موظف دعم بشري | تم الاختبار |
| البريد الإلكتروني / طلب الدعم | خيار «اتصل بنا» في التطبيق؛ والرد عبر البريد الإلكتروني | لم يُختبر |
| مركز الدعم | مقالات مساعدة قابلة للبحث على expressvpn.com/support | تمت المراجعة |
تعلن ExpressVPN عن توفير الدردشة المباشرة على مدار الساعة. كما تشرح الوثائق تقديم طلبات الدعم عبر التطبيق وتلقي الردود بالبريد الإلكتروني.
يتوفر مركز الدعم للبحث فيه لتوفير المساعدة الذاتية بشأن الإعداد واستكشاف المشكلات وإصلاحها وأسئلة الحساب. هذه هي قنوات الدعم التي تمكنت من التحقق منها؛ فقد اختبرت الدردشة المباشرة شخصيًا وراجعت الوثائق، لكنني لم أختبر سرعة الرد على طلبات الدعم عبر البريد الإلكتروني.
فتحت دردشة الموقع الإلكتروني لـ ExpressVPN من واجهة الدعم. وقبل أن أتمكن من وصف المشكلة، طلب مني ExpressVPN AI Assistant (الإصدار التجريبي) اسمي وعنوان بريدي الإلكتروني، وسألني عما إذا كنت عميلًا بالفعل.
كما أوضحت الدردشة أن المحادثات تُسجَّل باستخدام خدمة سحابية، وتخضع لإشعار الخصوصية الخاص بـ ExpressVPN. كان هذا الإفصاح مفيدًا، ولا سيما لشركة تبيع منتجًا لحماية الخصوصية، مع أن الأسئلة الأولية أضافت قدرًا بسيطًا من التعقيد.
في الساعة 5:23 مساءً، أرسلت سؤالًا تقنيًا حقيقيًا. أثناء اختباري عبر BrowserLeaks على Pop!_OS 24.04 LTS، كان عنوان IP البعيد للموقع مختلفًا عن عنوان IP العام الذي أبلغ عنه WebRTC، رغم أن كليهما بدا وكأنه في نيويورك. سألت عما إذا كان هذا الاختلاف يعني تسرّب عنوان IP الأصلي، وكيف يمكنني التحقق من أنني محمي. كان هذا اختبارًا أكثر جدوى من طرح سؤال أساسي عن الأسعار أو التثبيت، لأنه تطلّب من الموظف تفسير نتائج فعلية.
أجاب المساعد بالذكاء الاصطناعي في غضون دقيقة تقريبًا. وحذّر على نحو صحيح من أن اختلاف عنواني IP في نيويورك لا يثبت تلقائيًا وجود تسرّب لعنوان IP عبر WebRTC. ثم أوصى بالتحقق من إصدار تطبيق Linux، وإعادة الاتصال، واستخدام صفحات ExpressVPN الخاصة بعنوان IP العام وفحص تسرّب DNS. كما طلب معرفة موقع هذه الفحوصات وحالتها بدلًا من عناوين IP الخام.
قدّرت الصياغة المتزنة؛ فلم يتسرع المساعد بالذكاء الاصطناعي في استنتاج مقلق، ولم يعلن على نحو زائف أن كل شيء آمن. وكانت اقتراحاته عملية ومراعية للخصوصية بدرجة معقولة.
مع ذلك، فإن فحص عنوان IP العام واختبار DNS وحدهما لا يحددان مباشرة سبب إبلاغ WebRTC عن عنوان IP مختلف. ولم توضح الإجابة علاقة الملكية أو التوجيه بين العنوانين، كما لم تقدم إجراء تحقق مخصصًا لـ WebRTC.
لذلك طلبت التحدث إلى مختص بشري. وفي حوالي الساعة 5:25 مساءً، أقر المساعد بالذكاء الاصطناعي بطلبِي وقال إنه سيوصلني بموظف دعم. كان طلب التحويل سهلًا، ولم تكن هناك حاجة إلى فتح تذكرة منفصلة أو البحث عن صفحة أخرى. أما نقطة الضعف فكانت الانتظار.
لم ينضم موظف دعم بشري إلى المحادثة حتى الساعة 5:39 مساءً، ما يعني أنني انتظرت حوالي 14 دقيقة بعد طلب التحويل. رحب بي الموظف Paris وقال إنه سيتحقق مما انتهت إليه المحادثة.
هذا التوقيت مهم. فقد يحتاج من يقلقه احتمال تسرّب عبر شبكة افتراضية خاصة إلى إجابة قبل مواصلة التصفح الحساس. قدم المساعد بالذكاء الاصطناعي ردًا أوليًا مفيدًا، لكن الانتظار 14 دقيقة في قائمة انتظار الدعم البشري قلل من ميزة قناة الدردشة المعلن أنها متاحة على مدار الساعة طوال أيام الأسبوع. فالتوافر على مدار الساعة لا يعني بالضرورة توصيل المستخدمين بمختص على الفور.
كانت تجربتي متباينة. ردّ المساعد الذكي خلال نحو دقيقة، وأدرك أن عدم تطابق عنوان IP لا يعني تلقائيًا وجود تسرّب، واقترح خطوات تالية معقولة من دون أن يطلب مني لصق العناوين الخام في الدردشة.
لم يتطلب الوصول إلى موظف بشري سوى طلب بسيط، لكن انضمام الموظف استغرق نحو 14 دقيقة.
ثم تفحّصت مركز دعم ExpressVPN. تضمنت الصفحة الرئيسية حقل بحث بارزًا وأربع فئات كبيرة: إعداد ExpressVPN، واستكشاف الأخطاء وإصلاحها، وإدارة حسابك، والتعرّف إلينا.
شرح كل مربع غرضه بإيجاز. وتناولت المقالات الشائعة أدناه أسئلة عملية، مثل العثور على رمز التفعيل، وإلغاء اشتراك، وحدود الأجهزة، وتحديث التطبيق، وتجديد الخدمة. كما أشار قسم منفصل قرب أسفل الصفحة إلى الدردشة المباشرة على مدار الساعة طوال أيام الأسبوع.
بدا هذا التصميم مرحّبًا بدلًا من أن يكون تقنيًا لمجرد التقنية. ويمكن للمشترك الجديد البدء بالإعداد، بينما يستطيع من يواجه مشكلة قائمة الانتقال مباشرةً إلى استكشاف الأخطاء وإصلاحها.
كما تُظهر روابط المقالات الشائعة أسئلة الحساب المتكررة من دون إجبار الزوار على البحث. لم أختبر نتائج البحث رسميًا، لذا يستند تقييمي للتنقل إلى التنظيم الظاهر والروابط التي استكشفتها.
تعمّقت صفحة استكشاف الأخطاء وإصلاحها في التفاصيل. فبدلًا من عرض قائمة طويلة غير مقسمة، قسّمت المساعدة إلى مساعدة الاتصال، ومساعدة البث، والمنصات، وأجهزة التوجيه Aircove، وExpressKeys، ومساعدة عناوين IP المخصصة، ومشكلات أخرى. وتضمن قسم الاتصال موضوعات مثل انقطاع الاتصال، وفشل الاتصالات، ومشكلات الوصول إلى الإنترنت، والإعدادات التي قد تحسّن اتصال VPN.
أعجبني وجود قسم منفصل للمنصات، أدرج Linux إلى جانب Windows وmacOS وAndroid وiOS والأجهزة الأخرى. وهذا مهم لأن تعليمات Linux غالبًا ما تختلف عن تلك الخاصة بـ Windows وmacOS، ولا ينبغي للإرشادات افتراض أن قوائم الإعدادات متطابقة على جميع أجهزة الكمبيوتر المكتبية.
وللحكم على الإرشادات الفعلية، فتحت «تغييرات في الإعدادات يمكنها تحسين اتصال VPN»، وكانت الصفحة تشير إلى تحديثها في 5 أكتوبر 2026. نظّمت الصفحة التعليمات ذات الصلة بحسب نظام التشغيل، وربطت بإصلاحات محددة بدلًا من محاولة حل كل مشكلة في مقالة واحدة ضخمة.
تناول قسم لينكس إعدادات الوكيل في المتصفح لكل من Chrome وFirefox، وحالة الاتصال بشبكة VPN دون الوصول إلى الإنترنت، وتعذّر الاتصال، والتحذير من اتصال غير آمن، والانقطاعات المتكررة.
كانت هذه نقاط انطلاق معقولة لمعالجة مشكلات الاتصال الشائعة. كما أحالت المقالة إلى الدعم المباشر مجددًا إذا لم تكن الخطوات المقترحة كافية.
اطلعت على درس إضافي حول إعداد الوكيل في المتصفح. واستخدم هذا الدليل المطوّل المخصص لمنصة بعينها تعليمات مرقّمة ومواضع لقطات الشاشة لتوجيه عملية الإعداد. بدت بعض مساحات الصور التوضيحية فارغة في لقطة الصفحة الكاملة التي التقطتها، لذا لا يمكنني التأكد من تحميل جميع الصور التوضيحية على النحو الصحيح؛ وقد يكون ذلك ناتجًا عن التقاط لقطة الشاشة لا عن خلل في المقالة.
كان القيد الأكبر بالنسبة إلى مشكلتي تحديدًا متعلقًا بموضوع المقالة: فقد ساعد مركز إعدادات الاتصال في معالجة أخطاء إعداد VPN والاتصال الشائعة، لكنه لم يشرح بحد ذاته عدم التطابق في WebRTC الذي سألت عنه في الدردشة المباشرة.
كان دليلًا مفيدًا لأدلة استكشاف الأخطاء وإصلاحها، لا بديلًا عن تحقيق متخصص في زوج محدد من عناوين IP المبلّغ عنها.
كانت وثائق الدعم الخاصة بـ ExpressVPN أقوى جوانب الخدمة الذاتية في التجربة. كانت الفئات سهلة الفهم، والموضوعات واسعة النطاق، كما سهّلت الروابط المخصصة لنظام لينكس العثور على التعليمات المناسبة.
كانت مقالة إعدادات الاتصال حديثة ومنظمة حسب المنصة. سأستعين بها لمعالجة مشكلات التثبيت والوكيل والاتصال الشائعة، لكن قد يظل السؤال الأكثر تخصصًا المتعلق بتشخيص الخصوصية بحاجة إلى دعم مباشر. كما أنني لا أستطيع الحكم على موثوقية تحميل الصور اعتمادًا على لقطة صفحة كاملة وحدها.
توفّر ExpressVPN عدة طرق للحصول على المساعدة، ويسهّل موقع الدعم العثور على هذه الخيارات. وقد أعجبتني قاعدة المعرفة المنظّمة جيدًا والشرح الأولي المدروس من المساعد الذكي. كان الوصول إلى الدردشة المباشرة بسيطًا، لكن الانتظار 14 دقيقة للحصول على موظف دعم بشري كان مخيبًا للآمال، ولا سيما أن السؤال كان يتعلق بتسرّب محتمل للخصوصية.
لذلك، تقييمي إيجابي فيما يتعلق بالوثائق والإرشادات الأولية، ومتباين من حيث سرعة الاستجابة، ومحدود فيما يتعلق بقدرة الموظفين على حل المشكلات.
كان ExpressVPN شبكة افتراضية خاصة فعّالة وسهلة الاستخدام خلال اختباري العملي على Linux. ثبّتُّ التطبيق دون مواجهة مشكلات في التبعيات، واتصلت خلال نحو ثانيتين، وبدّلت البلدان دون تأكيد أو قطع الاتصال يدويًا. كما منحتني ميزة البحث عن المواقع، وقواعد الاتصال التلقائي، وعناصر التحكم في مفتاح إيقاف الاتصال، وخيارات تقسيم الأنفاق قدرًا جيدًا من التحكم دون ازدحام شاشة الاتصال الرئيسية.
كانت أرقام الأداء أقل إثارة للإعجاب على نحو متّسق. تراوح متوسط سرعات التنزيل بين 140.62 Mbps في جنوب أفريقيا و198.89 Mbps في London، مقارنةً بالقيمة المرجعية البالغة 275.62 Mbps عند قطع الاتصال، وارتفع زمن استجابة الخوادم البعيدة بشكل حاد.
سارت اختبارات التصفح ومشاهدة الفيديو القصيرة بسلاسة، كما منع مفتاح إيقاف الاتصال الدائم مرور البيانات بعد قطع الاتصال يدويًا. لم تُظهر نتائج عنوان IP وDNS أي انكشاف واضح لمزود خدمة الإنترنت المحلي، لكنني لن أعتبر هذه اللقطات ضمانًا مطلقًا لعدم التسرّب.
أوصي بـ ExpressVPN لمن يضعون تطبيق سطح مكتب واضحًا، وسهولة التبديل بين الخوادم، ووسائل حماية مفيدة للاتصال، وتشكيلة واسعة من الوجهات في مقدمة أولوياتهم. إذا كان اللعب بزمن استجابة منخفض، أو معدل نقل بيانات مرتفع باستمرار، أو الحصول على مساعدة بشرية فورية هو مطلبك الأساسي، فأمعن النظر في القيود التي تكشفها نتائجي.
حدث ذلك في اختباراتي. مقابل متوسط غير متصل بلغ 275.62 ميغابت/ثانية للتنزيل، كانت المتوسطات المتصلة 140.62 ميغابت/ثانية لجنوب أفريقيا، و163.12 ميغابت/ثانية لنيويورك، و198.89 ميغابت/ثانية للندن. ساهمت نقاط نهاية Speedtest الأخرى وظروف الشبكة في الفروق الملحوظة، لذا فإن النسب المئوية ليست مقياسًا خالصًا لحمولة VPN الإضافية.
رأيت عناوين مرتبطة بـ VPN في نيويورك بدلًا من عنوان واضح لمزوّد خدمة الإنترنت الكيني. أشار BrowserLeaks إلى عدم تطابق بين عنواني IP في نيويورك، لكن ذلك وحده لم يثبت أن عنوان IP الخاص بمزوّد الخدمة الأساسي كان مكشوفًا. لم تكن لدي قاعدة أساسية موثقة بشكل منفصل لعنوان IP/ DNS عند قطع الاتصال لإثبات عدم وجود أي مشكلة بشكل قاطع.
نعم. على Linux، وجدتُ أوضاع مفتاح الإيقاف للاتصالات النشطة عبر VPN والحظر الدائم لحركة المرور، بالإضافة إلى ضوابط منفصلة للوصول إلى الشبكة المحلية. سمح Split tunneling بقواعد Use VPN أو Bypass VPN، مع استثناءات للتطبيقات وعناوين IP. أكدتُ أن الحظر الدائم منع التصفح بعد أن قطعتُ الاتصال يدويًا وأعاد الوصول عند إعادة الاتصال.
تُظهر مقارنة ExpressVPN المُعلنة أن باقة Basic تتيح 10 اتصالات VPN متزامنة، وAdvanced تتيح 12، وExpress Pro تتيح 14. ويرتبط عدد الأجهزة المسموح به بالباقة، وليس فقط بنظام التشغيل الذي استخدمته عند الاشتراك.
لا تقدم ExpressVPN خطة VPN مجانية دائمة. وتعلن عن نسخة تجريبية مجانية لمدة ثلاثة أيام لعمليات التسجيل المؤهلة عبر متجر تطبيقات iOS أو Android. ويحق للمشتركين لأول مرة الذين يشترون عبر موقع ExpressVPN الإلكتروني عادةً الحصول على فترة استرداد لمدة 30 يومًا، وذلك وفقًا للشروط عند الشراء. وتخضع عمليات استرداد الأموال عبر متجر التطبيقات لسياسات Apple أو Google بدلاً من ذلك.
عمليات الشراء عبر الموقع الإلكتروني التي تتم باستخدام الطرق المدعومة تتجدد تلقائيًا بشكل عام. يمكنك إدارة التجديد والإلغاء في حساب ExpressVPN الخاص بك عبر الإنترنت؛ لا يؤدي إلغاء تثبيت التطبيق إلى إيقاف الفوترة. تحقّق من تاريخ التجديد الدقيق والسعر المعروضين عند الدفع، لأن الشروط التمهيدية والرسوم اللاحقة قد تختلف.
تصفحي العادي واختبار فيديو قصير بدقة 1080p جريا دون أي تخزين مؤقت ملحوظ أو انقطاعات غير متوقعة في الـVPN. لم أختبر الوصول إلى مكتبات بث مدفوعة محددة أو محتوى إقليمي، لذا لا أستطيع الادعاء بأن أي خدمة بعينها قد تم فتحها.
أظهرت واجهة الدفع بطاقات الائتمان والخصم، وPayPal، وApple Pay، وGoogle Pay. قد يختلف التوفر وإدارة عمليات الاسترداد حسب بلدك والمنصة المستخدمة للشراء.
أجب على بعض الأسئلة البسيطة وابحث عن الحل المثالي لك!
بدء البحث في الاستضافة
يقدم HostAdvice.com مراجعات وتقييمات احترافية بخدمات استضافة مواقع الانترنت مستقلة تماما عن أي جهة أو كيان آخر. تقييماتنا عادلة وأمينة وتطبق نفس معايير التقييم على كل المراجعات التي تتم.
يتم استلام تعويض نقدي من الشركات التي نقوم بتقييمها. تعويض الخدمات والمنتجات ليس له تأثير على توجه أو استنتاجات تقييماتنا. ولا تؤثر هذه التعويضات على ترتيبنا لشركات استضافة المواقع المحددة.
تغطي هذه التعويضات تكاليف الإنفاق على المراجعين، شراء الحسابات، والاختبار.