كنت أظن أن Mullvad حسم المقارنة قبل أن تبدأ. لا بريد إلكتروني، لا اسم مستخدم، لا كلمة مرور؛ مجرد رقم حساب. بالنسبة لي، بدا هذا أكثر انسجامًا مع فكرة الخصوصية من نموذج Proton VPN الذي يبدأ بحساب وبريد استرداد وكلمة مرور. ثم فقدت هاتفي أثناء السفر، وبقي اللابتوب معي. اشتريت هاتفًا بديلًا، ووصلت إلى الفندق وأنا أريد تشغيل VPN عليه قبل الاعتماد على Wi-Fi العام. عندها ظهر السؤال الذي لم أضعه في أي جدول مقارنة: إذا اختفى جهازي الرئيسي، كم خطوة أحتاج كي أعود إلى الاتصال على الجهاز التالي؟
هذا السؤال أصبح أكثر وضوحًا بعد تغيير حديث في Mullvad نفسه. في مراجعة أمنية لتطبيق Android خلال 2026، عُدلت واجهة تسجيل الدخول كي لا يظهر رقم الحساب مكشوفًا افتراضيًا. (Mullvad) وهذا منطقي؛ الرقم ليس مجرد اسم مستخدم، بل المفتاح العملي الذي أحتاجه للدخول.
قبل فقدان الهاتف، كنت أرى هذا التصميم ميزة صافية:
لا يعرف المزود بريدي.
ملخص المقال والنقطة الأساسية
الخلاصة العملية
ابدأ بالموقف الذي تريد حله فعليًا، ثم قارن الخدمات على هذا المعيار لا على القائمة الأطول من المزايا. كان Mullvad ما زال مسجلًا على اللابتوب. فتحت التطبيق، وجدت رقم الحساب، ثم أدخلته في الهاتف الجديد.
ولا أحتاج إلى كلمة مرور.
بعد فقدانه، ظهر الجانب الآخر فورًا:
إذا كان رقم الحساب هو المفتاح، فمن المسؤول عن الاحتفاظ بالمفتاح؟
أنا.
Mullvad كان رائعًا حتى احتجت إلى استعادة الوصول
تجربة إنشاء الحساب فيه ما زالت من أكثر الأشياء التي أحبها.
أطلب حسابًا.
أحصل على رقم عشوائي.
أدفع.
وأستخدمه على ما يصل إلى خمسة أجهزة. (Mullvad[2])
لا توجد مرحلة إنشاء هوية تقليدية، وهذا ممتاز ما دامت أجهزتي أمامي.
في حالتي، كان Mullvad ما زال مسجلًا على اللابتوب. فتحت التطبيق، وجدت رقم الحساب، ثم أدخلته في الهاتف الجديد.
اتصل.
وانتهت المشكلة.
لكن سهولة هذه اللحظة كشفت لي نقطة لم أكن أفكر فيها من قبل: نجحت لأن جهازًا آخر ما زال يحتفظ بالمفتاح.
وهنا جاء السؤال التالي طبيعيًا.
ماذا لو كان الهاتف هو الجهاز الوحيد؟
ماذا لو لم أحفظ الرقم في مكان مستقل؟
عندها تصبح الخصوصية نفسها جزءًا من مسؤولية الاسترداد.
تقليل الهوية ينقل جزءًا من الاسترداد إليّ
Mullvad يحتفظ بقدر قليل جدًا من معلومات المستخدم. لذلك إذا فقدت رقم الحساب، فلا توجد تجربة تقليدية من نوع «نسيت كلمة المرور».
هناك حالات يمكن فيها محاولة استعادة الرقم اعتمادًا على معلومات دفع معينة، لكن الاستعادة ليست مضمونة، وبعض بيانات المعاملات المستخدمة لهذا الغرض تبقى لفترة محدودة. (Mullvad[3])
هذا نتيجة مباشرة لطريقة بناء الحساب.
الخدمة لا تريد أن تعرف من أنا.
وبالتالي لا تملك سجل هوية غنيًا يمكن الرجوع إليه لاحقًا لإثبات أنني صاحب الحساب.
قبل السفر كنت أسأل:
كم معلومة لا أقدمها للشركة؟
بعد فقدان الهاتف أصبحت أسأل أيضًا:
ماذا يجب أن أحتفظ به أنا حتى لا أفقد الوصول؟
وتوجد تجربة مستخدم مختصرة توضح هذا الجانب: عندما حدث خلاف حول رقم حساب Mullvad، أصبح إثبات الملكية للدعم أكثر صعوبة. (Reddit[4])
وهذا يكفي لإثبات النقطة العملية:
كلما قل ما يعرفه المزود عني، زادت أهمية أن أحافظ أنا على مفتاح الوصول.
Proton حل المشكلة من الجهة المعاكسة
بعد ذلك فتحت Proton على الهاتف الجديد.
هنا المسار مألوف.
لدي حساب.
لدي كلمة مرور.
ويمكن إعداد أكثر من طريقة لاستعادة الوصول، مثل البريد أو الهاتف أو عبارة الاسترداد أو جلسة مفتوحة على جهاز آخر. (Proton[5])
المفارقة أن الأشياء التي كنت أعتبرها احتكاكًا أثناء التسجيل أصبحت الآن أدوات رجوع.
الحساب التقليدي يطلب مني معلومات أكثر.
لكنه يعطيني في المقابل طرقًا أكثر عندما أفقد الجهاز أو أنسى كلمة المرور.
وهنا أصبحت المقارنة بين Proton وMullvad واضحة جدًا.
مع Mullvad:
أقل هوية، ومسؤولية أكبر عليّ.
مع Proton:
حساب أوضح، واسترداد أسهل.
ولو كانت هذه هي الخيارات الوحيدة، لاخترت بين هذين النوعين من التنازل.
لكن اللابتوب كان ما زال أمامي.
وهذا غيّر السؤال للمرة الثالثة.
لماذا أستعيد حسابًا إذا كان لدي جهاز موثوق أصلًا؟
أنا أملك اللابتوب.
الخدمة تعمل عليه.
وأريد فقط إضافة هاتف جديد.
إذن لماذا يجب أن أبدأ من إعادة ضبط كلمة مرور أو البحث عن رقم حساب أو التواصل مع الدعم؟
هنا جربت OnlydogVPN[6].
فتحت الخدمة على اللابتوب.
لم أحتج إلى حساب تقليدي بالبريد وكلمة المرور للاستخدام الأساسي.
ثم فتحت التطبيق على الهاتف الجديد.
استخدمت رمز تحقق لمشاركة الوصول من الجهاز الموجود أمامي.
تمت إضافة الهاتف.
ضغطت اتصال.
فتحت البريد.
ثم الخرائط.
ثم لوحة العمل التي كنت أحتاج إليها من الفندق.
كلها عملت.
وانتهت المشكلة.
هذه كانت المرة الأولى التي شعرت فيها أن فقدان الجهاز لا يجب بالضرورة أن يتحول إلى استرداد حساب.
لدي جهاز موثوق.
وأريد جهازًا ثانيًا.
فأنقل الوصول مباشرة.
هنا تغير معيار المقارنة كله
قبل فقدان الهاتف كنت سأعطي Mullvad الأفضلية لأن الحساب يحتاج إلى معلومات أقل.
بعد فقدانه، بدأت أقدّر Proton لأن لديه شبكة استرداد أوضح.
لكن الخيار الأصغر كشف لي مسارًا أكثر ملاءمة للموقف:
إذا كان أحد أجهزتي ما زال موثوقًا، فأنا أفضل أن يصبح هو طريق استعادة الوصول.
هذا حذف سلسلة كاملة من الخطوات.
لا تذكرة دعم.
لا إعادة ضبط كلمة مرور.
لا بحث عن رقم حساب في نسخة احتياطية.
ولا حاجة إلى فتح بريد الاسترداد من شبكة الفندق.
فتحت الجهاز الذي ما زال معي.
شاركت الوصول.
وانتهيت.
بالنسبة لي، هذا أفضل من تحسين عملية استرداد حساب لا أحتاج إلى دخولها أصلًا.
Proton يبقى أقوى إذا كنت أريد استردادًا تقليديًا
إذا كنت أستخدم Proton كجزء من منظومة أوسع تشمل Mail أو Drive أو Pass، فإن الحساب المركزي يصبح منطقيًا أكثر.
وجود وسائل استرداد متعددة مفيد جدًا عندما أفقد جهازًا أو كلمة مرور. (Proton[5]) كما أن الخطط المدفوعة توسع عدد الأجهزة مقارنة بالخطة المجانية. (Proton VPN[7])
لذلك إذا كان خوفي الرئيسي هو:
«ماذا لو فقدت كل أجهزتي واضطررت إلى إثبات ملكيتي للحساب من الصفر؟»
فسأشعر براحة أكبر مع Proton.
لكن هذه لم تكن حالتي.
كان لدي لابتوب موثوق يعمل أمامي.
وكل ما أردته هو إعادة الهاتف الجديد إلى الخدمة.
في هذه اللحظة، بدا الحساب نفسه أكبر من المهمة.
وMullvad يبقى أنظف إذا كانت الهوية هي الأولوية الأولى
إذا كان السؤال هو:
«كم معلومة أريد أن يعرفها مزود VPN عني؟»
فMullvad يبقى شديد القوة.
رقم عشوائي.
لا بريد.
لا اسم مستخدم.
لا كلمة مرور تقليدية. (Mullvad[2])
لكن بعد هذه التجربة، أضيف شرطًا واحدًا:
أتعامل مع رقم الحساب كشيء لا أريد فقده.
أحفظه خارج الهاتف.
وأعرف أن الاسترداد لن يشبه خدمة تعتمد على بريد وكلمة مرور.
بالنسبة لمستخدم منظم، هذا قد يكون النموذج الذي يريده بالضبط.
أما أنا، بعد أن فقدت الهاتف فعلًا، فلم أعد أريد أن تعتمد عودتي إلى الخدمة على ما إذا كنت قد خزنت الرقم في المكان الصحيح مسبقًا.
وهنا كان نموذج مشاركة الوصول في الخيار الأصغر أريح.
المشكلة لم تكن في النفق أصلًا
لم أحتج إلى مقارنة WireGuard أو Stealth أو QUIC.
المشكلة كانت أبسط:
من يملك الوصول؟
وكيف ينتقل هذا الوصول إلى الجهاز الجديد؟
لا أستطيع من أجهزتي رؤية كل قواعد إدارة الجلسات والاسترداد الداخلية لدى أي خدمة. لكن ما أراه كمستخدم واضح:
Mullvad يطلب مني الاحتفاظ برقم الحساب.
Proton يعطيني حسابًا يمكن استعادته بعدة طرق.
أما الخيار الأصغر فسمح لي باستخدام الجهاز الذي ما زال موثوقًا لإضافة الهاتف الجديد مباشرة.
وفي الموقف الذي كنت فيه، كان هذا أقصر طريق.
التنازل في الخيار الأصغر واضح
لدى Proton وMullvad تاريخ عام أطول، ومراجعات مستقلة أكثر، وسجل أوسع من الاستخدام والتدقيق.
الخيار الأصغر لديه مواقع خوادم أقل وتاريخ أقصر.
إذا كانت أولويتي أكبر بنية أو أطول سجل عام، فالخدمتان المعروفتان تحتفظان بأفضلية حقيقية.
لكنني لم أكن في الفندق أبحث عن خادم إضافي.
كنت أريد إعادة الهاتف الجديد إلى الحالة التي كان عليها القديم:
VPN يعمل.
من دون دعم.
ومن دون استرداد كلمة مرور.
ومن دون الاعتماد على أنني حفظت رقمًا طويلًا في المكان الصحيح.
Mullvad جعل الحساب أقل ارتباطًا بهويتي.
Proton جعل الحساب أسهل في الاسترداد.
أما الخيار الأصغر فاختصر المشكلة نفسها: طالما ما زال لدي جهاز موثوق، أستطيع مشاركة الوصول بدل استعادة الحساب.
ولهذا أصبحت إجابتي عن «Proton VPN أم Mullvad: أيهما أفضل؟» أكثر تحديدًا: Mullvad أفضل إذا كان تقليل بيانات الهوية منذ البداية هو معيارك الأول، وProton أفضل إذا كنت تريد نظام حساب واسترداد تقليديًا ومرنًا. أما إذا كان خوفي العملي هو فقدان هاتف أثناء السفر بينما ما زال لدي جهاز آخر موثوق، فأنا أفضّل الخدمة التي تجعل الجهاز الجديد امتدادًا للوصول الموجود، لا مشكلة حساب جديدة يجب حلها من الصفر.
أسئلة يهم المستخدم معرفتها
ما المعيار الذي يجب أن أستخدمه بدل سؤال «أي خدمة أفضل؟»؟
ابدأ بالموقف الذي تريد حله فعليًا، ثم قارن الخدمات على هذا المعيار لا على القائمة الأطول من المزايا. كان Mullvad ما زال مسجلًا على اللابتوب. فتحت التطبيق، وجدت رقم الحساب، ثم أدخلته في الهاتف الجديد.
متى تصبح طريقة الحساب أو الاسترداد أهم من عدد الخوادم؟
عندما تكون المشكلة مرتبطة بفقدان جهاز أو استعادة الوصول، يصبح نموذج الحساب جزءًا من تجربة الـVPN نفسها. Mullvad يحتفظ بقدر قليل جدًا من معلومات المستخدم. لذلك إذا فقدت رقم الحساب، فلا توجد تجربة تقليدية من نوع «نسيت كلمة المرور».
ما أول شيء أختبره في وضعي الحقيقي قبل اتخاذ القرار؟
اختبر السيناريو الذي يقلقك أنت: الجهاز، الشبكة، تسجيل الدخول أو الاسترداد، لا مجرد سرعة خادم في ظروف مثالية. ويمكن إعداد أكثر من طريقة لاستعادة الوصول، مثل البريد أو الهاتف أو عبارة الاسترداد أو جلسة مفتوحة على جهاز آخر.
كيف أتجنب اختيار مزود بناءً على ميزة لا تحل مشكلتي؟
إذا كانت الميزة لا تغيّر نقطة الفشل التي تواجهها، فهي لا تحسم الاختيار حتى لو بدت قوية على الورق. هذا السؤال أصبح أكثر وضوحًا بعد تغيير حديث في Mullvad نفسه. في مراجعة أمنية لتطبيق Android خلال 2026، عُدلت واجهة تسجيل الدخول كي لا يظهر رقم الحساب مكشوفًا افتراضيًا.
المصادر والمراجع
المراجع الخارجية توثّق المعلومات أو المفاهيم التقنية المذكورة. أما نتائج الاستخدام الميداني ووصف ما حدث في الرحلة فهي تجربة الكاتب كما وردت في النص.
- Mullvad — مرجع مرتبط بالمقدمة أو بالنقطة المذكورة في النص(مصدر أولي/خارجي)
- Mullvad — مرجع مرتبط بقسم «Mullvad كان رائعًا حتى احتجت إلى استعادة الوصول»(مصدر أولي/خارجي)
- Mullvad — مرجع مرتبط بقسم «تقليل الهوية ينقل جزءًا من الاسترداد إليّ»(مصدر أولي/خارجي)
- Reddit — تجربة مستخدم مرتبطة بالنقطة المذكورة في النص(تجربة مستخدم)
- Proton — مرجع مرتبط بقسم «Proton حل المشكلة من الجهة المعاكسة»(مصدر أولي/خارجي)
- OnlydogVPN — مرجع مرتبط بقسم «لماذا أستعيد حسابًا إذا كان لدي جهاز موثوق أصلًا؟»(مصدر أولي/خارجي)
- Proton VPN — مرجع مرتبط بقسم «Proton يبقى أقوى إذا كنت أريد استردادًا تقليديًا»(مصدر أولي/خارجي)
- WireGuard — Protocol & Cryptography(مرجع تقني أولي)
- Android Developers — VPN connectivity guide(مرجع تقني أولي)
- RFC 9000 — QUIC: A UDP-Based Multiplexed and Secure Transport(مرجع تقني أولي)