نجح تغيير البروتوكول على Windows، فظننت أنني وجدت الحل. كنت في موسكو وأحتاج إلى تجهيز ثلاثة أجهزة قبل مكالمة عمل: لابتوب Windows، وهاتف Android شخصي، وiPhone أستخدمه للعمل. خدمة الـVPN الكبيرة كانت تتعثر على شبكة المنزل، لكنني دخلت إلى الإعدادات على اللابتوب وبدلت البروتوكول، فاتصل. ممتاز. فتحت Android لأكرر الخطوة نفسها، فاختلفت القائمة قليلًا. ثم أمسكت بالـiPhone، ووجدت ترتيبًا آخر للخيارات. بعد عشر دقائق كنت أتنقل بين أسماء البروتوكولات بدل أن أجهز المكالمة. هنا تغير السؤال من «أي VPN يسمح لي باختيار البروتوكول يدويًا؟» إلى سؤال أهم: هل أحتاج فعلًا إلى إدارة البروتوكول على كل جهاز، أم إلى نتيجة واحدة تتكرر على الأجهزة الثلاثة بأقل قدر من التدخل؟
التحكم اليدوي لم يكن ميزة سيئة.
هو الذي أنقذ Windows في المحاولة الأولى.
لكن عندما احتجت إلى النتيجة نفسها على ثلاثة أنظمة تشغيل، بدأت أرى الجانب الآخر من هذه الحرية.
ملخص المقال والنقطة الأساسية
الخلاصة العملية
ابدأ بالموقف الذي تريد حله فعليًا، ثم قارن الخدمات على هذا المعيار لا على القائمة الأطول من المزايا. هل توجد خدمات تسمح لي بتغيير البروتوكول يدويًا على iPhone وAndroid وWindows؟
لماذا يبحث المستخدم أصلًا عن اختيار البروتوكول؟
على شبكة عادية، قد لا أفكر في اسم البروتوكول.
أضغط Connect وأنتهي.
لكن في روسيا خلال 2026 أصبح تغيير طريقة الاتصال جزءًا من الاستخدام العملي للـVPN. في مارس وصلت تنزيلات أكبر خمس خدمات VPN على Google Play إلى نحو 9.2 مليون، أي قرابة 14 ضعف المستوى قبل عام. (Reuters[1]) ثم جاءت في بداية أغسطس موجة جديدة من تعطيل خدمات VPN، مع تقارير عن استهداف عناوين IP وشبكات استضافة تستخدمها هذه الخدمات. (TechRadar، 'The largest in[2])
في مثل هذه الظروف، يبدأ المستخدم بالتجربة:
WireGuard.
OpenVPN TCP.
OpenVPN UDP.
Stealth.
أو أي وضع مموه توفره الخدمة.
ولهذا يبدو شرط «أريد VPN يسمح لي باختيار البروتوكول على كل أجهزتي» منطقيًا جدًا.
وهو متاح فعلًا.
نعم، يمكن الاختيار يدويًا على الأنظمة الثلاثة
NordVPN، مثلًا، يوفر تغيير البروتوكول على Windows وAndroid وiOS، مع خيارات مثل OpenVPN TCP وUDP وخيارات أخرى بحسب النظام، بما فيها NordWhisper للشبكات المقيدة. (NordVPN[3])
Proton VPN يوفر أيضًا قائمة Protocol على Windows وAndroid وiOS، مع خيارات مثل WireGuard وStealth بحسب المنصة. (Proton VPN[4])
إذن إذا كان السؤال حرفيًا:
هل توجد خدمات تسمح لي بتغيير البروتوكول يدويًا على iPhone وAndroid وWindows؟
فالجواب نعم.
لكن تجربتي بدأت بعد هذه الإجابة.
لأنني لم أكن أجمع أسماء بروتوكولات.
كنت أحتاج أن تعمل الأجهزة الثلاثة قبل المكالمة.
على Windows، بدا التحكم اليدوي مثاليًا
بدأت باللابتوب.
الوضع التلقائي لم يتصل.
دخلت إلى الإعدادات.
غيرت البروتوكول.
أعدت المحاولة.
Connected.
هذه هي اللحظة التي تجعل التحكم اليدوي يبدو كأفضل ميزة ممكنة.
لدي مشكلة واضحة.
أغير شيئًا واحدًا.
تتغير النتيجة.
ومن السهل بعدها أن أفكر أن الخدمة الأفضل هي التي تمنحني أكبر قائمة من البروتوكولات.
لكن نجاح Windows جعلني أنتقل مباشرة إلى Android، وهناك بدأت التكلفة تظهر.
على Android، عدت إلى نقطة التشخيص
فتحت التطبيق.
ذهبت إلى إعدادات البروتوكول.
اخترت ما توقعت أنه الأقرب إلى الإعداد الذي نجح على Windows.
لم ينجح الاتصال كما توقعت.
جربت خيارًا آخر.
اتصل.
الآن لدي جهازان يعملان، لكنني وصلت إليهما بطريقين مختلفين.
وهذا ليس موقفًا نادرًا تمامًا؛ تظهر في تجارب المستخدمين حالات يعمل فيها اتصال VPN على Windows بينما يتعثر على Android للمستخدم نفسه. (Reddit[5])
هذه كانت كل الفكرة التي احتجتها من تلك التجربة.
نجاح إعداد على جهاز لا يعني أنني انتهيت من بقية الأجهزة.
ثم بقي الـiPhone.
عند الجهاز الثالث، تحولت الميزة إلى مهمة
فتحت قائمة البروتوكولات على iPhone.
وبدأت أحاول تذكر:
ما الذي نجح على Windows؟
ماذا اخترت على Android؟
هل يوجد الاسم نفسه هنا؟
هل أستخدم الوضع التلقائي؟
أم الخيار المموه؟
كان بإمكاني الاستمرار حتى أصل إلى الإعداد المناسب.
لكنني لم أعد متأكدًا أن هذا هو نوع «التحكم» الذي أريده.
إذا كنت أشخص مشكلة شبكة أو أختبر بروتوكولًا محددًا، فالاختيار اليدوي ممتاز.
أما إذا كان هدفي أن يعمل Windows وAndroid وiPhone على شبكة مقيدة خلال الدقائق نفسها، فقد أصبحت أدير ثلاث جلسات إعداد منفصلة.
وهنا انعكس السؤال بالكامل.
ربما لا أحتاج إلى أكبر عدد ممكن من الخيارات.
ربما أحتاج إلى أقل عدد ممكن من القرارات للوصول إلى النتيجة نفسها.
أسماء البروتوكولات نفسها ليست ثابتة بين الأجهزة
هذه نقطة لاحظتها أثناء المقارنة.
حتى داخل الخدمة الواحدة، لا تكون قوائم البروتوكولات متطابقة دائمًا بين Windows وAndroid وiPhone، كما يمكن أن تتغير مع تحديث التطبيقات. Proton، مثلًا، يدعم حاليًا WireGuard وStealth عبر المنصات الرئيسية، بينما تغير وضع OpenVPN داخل تطبيقاته على بعض الأنظمة. (Proton VPN[6])
بالنسبة لي، لم تكن هذه مشكلة في Proton.
بل كانت إشارة إلى أن حفظ وصفة من نوع:
«استخدم البروتوكول X دائمًا على كل جهاز»
ليس الطريقة التي أريد الاعتماد عليها.
التطبيق يتغير.
النظام يتغير.
والشبكة نفسها قد تتغير.
أما المهمة فلا تتغير:
أفتح العمل.
أرسل الملف.
وأدخل المكالمة.
لذلك توقفت عن مطاردة اسم البروتوكول وبدأت أبحث عن طريقة أبسط للوصول إلى النتيجة نفسها.
هذه المرة بدأت من حالة الشبكة
كان OnlydogVPN[7] مثبتًا على الأجهزة المستخدمة في الاختبار كخيار أصغر.
لديه مواقع خوادم أقل من بعض المزودين الكبار، وهذه هي المقايضة الواضحة إذا كان هدفي الأساسي امتلاك أكبر اختيار جغرافي ممكن.
لكن الشيء الذي كان يزعجني الآن لم يكن عدد الدول.
كان أنني أضطر إلى ترجمة عبارة «هذه الشبكة تقاوم اتصال الـVPN» إلى إعداد تقني مختلف على كل جهاز.
فتحت التطبيق على Windows.
اخترت إعداد الشبكة المقيدة.
ضغطت اتصال.
فتح حساب العمل.
ثم بدأت المكالمة.
هذه نتيجة جيدة، لكنها ليست الاختبار الحقيقي للمقال.
الاختبار الحقيقي كان الجهاز الثاني.
على Android لم أعد جولة البروتوكولات
فتحت التطبيق على الهاتف.
استخدمت الحالة نفسها:
شبكة مقيدة.
اتصل.
فتحت تطبيق المراسلة.
أرسلت الملف الذي أحتاجه للمكالمة.
ثم أخذت الـiPhone.
كررت القرار نفسه.
اتصل هو أيضًا.
وهنا ظهر الفرق الذي كنت أبحث عنه.
على الخدمة الأولى كان السؤال:
أي بروتوكول أختار لهذا الجهاز؟
هنا أصبح السؤال:
ما نوع الشبكة التي أحاول استخدامها؟
هذا التغيير الصغير في الواجهة أزال الجزء الذي كان يجعل الأجهزة الثلاثة تبدو كأنها ثلاث مشكلات مختلفة.
التمويه أصبح جزءًا من الإعداد بدل أن أبحث عنه في القائمة
الخدمة تستخدم نقلًا مبنيًا على HTTP/3 مع تمويه إضافي للحركة، ولذلك يتعامل إعداد الشبكة المقيدة مع المشكلة التي كنت أحاول حلها يدويًا عبر تبديل البروتوكولات.
لا أستطيع رؤية قواعد التصفية الداخلية للشبكة أو تحديد سبب اختلاف كل محاولة سابقة على كل جهاز.
لكنني لم أحتج إلى ذلك حتى أنهي المهمة.
في الخدمة الأولى، كان التحكم اليدوي مفيدًا فعلًا على Windows، لكنه جعلني أعيد الاختيار والتشخيص على الأجهزة الأخرى.
في الخيار الأصغر استخدمت القرار نفسه على Windows وAndroid وiPhone، ثم عدت إلى التطبيقات التي أريدها.
وهنا تغيرت قيمة اختيار البروتوكول عندي.
أصبحت أراه أداة ممتازة عندما أريد التشخيص اليدوي.
وليس بالضرورة الشيء الذي أريد أن أبني عليه استخدامي اليومي.
وبعد نجاح الأجهزة الثلاثة، اختفى احتكاك آخر
بعد المكالمة احتجت إلى إبقاء هاتف آخر جاهزًا.
عادةً تعني هذه الخطوة تسجيل دخول جديدًا، ثم كلمة مرور، وربما الرجوع إلى البريد.
لكن الخدمة تتيح مشاركة الاستخدام بين الأجهزة عبر رمز تحقق بدل الاعتماد على حساب تقليدي بالبريد وكلمة المرور.
ظهر هذا بعد حل المشكلة الأساسية، ولذلك كان مفيدًا في مكانه.
أدخلت الرمز.
واتصل الجهاز.
بعد أن قضيت بداية الجلسة أتعامل مع كل جهاز كحالة منفصلة، كان من المريح أن تنتهي بهذه الطريقة.
من الأفضل إذا كنت أريد الاختيار اليدوي فعلًا؟
إذا كان اختيار البروتوكول يدويًا هو الشرط الأساسي، فخدمات مثل NordVPN وProton VPN تقدم هذا النوع من التحكم على iPhone وAndroid وWindows، مع اختلاف الخيارات الدقيقة بين المنصات.
وهذه ميزة حقيقية للمستخدم المتقدم.
تفيد في التشخيص.
وتفيد عندما أعرف البروتوكول الذي أريد اختباره.
لكن بعد الأجهزة الثلاثة أصبحت أضيف سؤالًا ثانيًا قبل أن أعتبر كثرة الخيارات ميزة:
كم مرة سأضطر إلى استخدام هذه القائمة حتى أجعل كل أجهزتي تعمل؟
لأن وجود خمسة بروتوكولات لا يعني أنني أريد اختيار واحد منها يدويًا كلما انتقلت من اللابتوب إلى الهاتف.
التحكم الأكبر لم يعد معياري الأول
الخدمة الكبيرة أعطتني قائمة بروتوكولات واسعة.
واستفدت منها فعلًا على Windows.
لكن Android أعادني إلى الإعدادات، ثم فعل iPhone الشيء نفسه.
أما الخيار الآخر فاختصر القرار إلى حالة أعرفها أصلًا:
هذه شبكة مقيدة.
ثم ترك لي التطبيق الجزء الذي كنت أريد فعله منذ البداية.
العمل على اللابتوب.
المراسلة على Android.
والاتصال من iPhone.
لذلك لم أعد أسأل فقط:
هل يسمح هذا الـVPN باختيار البروتوكول يدويًا على الأنظمة الثلاثة؟
أصبحت أسأل:
هل سأحتاج إلى إدارة البروتوكول يدويًا على الأنظمة الثلاثة حتى أحصل على اتصال متسق؟
بالنسبة للمستخدم الذي يريد التشخيص التفصيلي، قائمة البروتوكولات قوة حقيقية.
أما عندما يكون المطلوب أن تعمل الأجهزة الثلاثة سريعًا على شبكة مقيدة، فقد كان قرار واحد مبني على حالة الشبكة أكثر فائدة لي من ثلاث قوائم أستطيع تعديلها بنفسي.
أسئلة يهم المستخدم معرفتها
ما المعيار الذي يجب أن أستخدمه بدل سؤال «أي خدمة أفضل؟»؟
ابدأ بالموقف الذي تريد حله فعليًا، ثم قارن الخدمات على هذا المعيار لا على القائمة الأطول من المزايا. هل توجد خدمات تسمح لي بتغيير البروتوكول يدويًا على iPhone وAndroid وWindows؟
متى تصبح طريقة الحساب أو الاسترداد أهم من عدد الخوادم؟
عندما تكون المشكلة مرتبطة بفقدان جهاز أو استعادة الوصول، يصبح نموذج الحساب جزءًا من تجربة الـVPN نفسها. لكن عندما احتجت إلى النتيجة نفسها على ثلاثة أنظمة تشغيل، بدأت أرى الجانب الآخر من هذه الحرية.
ما أول شيء أختبره في وضعي الحقيقي قبل اتخاذ القرار؟
اختبر السيناريو الذي يقلقك أنت: الجهاز، الشبكة، تسجيل الدخول أو الاسترداد، لا مجرد سرعة خادم في ظروف مثالية. NordVPN، مثلًا، يوفر تغيير البروتوكول على Windows وAndroid وiOS، مع خيارات مثل OpenVPN TCP وUDP وخيارات أخرى بحسب النظام، بما فيها NordWhisper للشبكات المقيدة.
كيف أتجنب اختيار مزود بناءً على ميزة لا تحل مشكلتي؟
إذا كانت الميزة لا تغيّر نقطة الفشل التي تواجهها، فهي لا تحسم الاختيار حتى لو بدت قوية على الورق. ولهذا يبدو شرط «أريد VPN يسمح لي باختيار البروتوكول على كل أجهزتي» منطقيًا جدًا.
المصادر والمراجع
المراجع الخارجية توثّق المعلومات أو المفاهيم التقنية المذكورة. أما نتائج الاستخدام الميداني ووصف ما حدث في الرحلة فهي تجربة الكاتب كما وردت في النص.
- Reuters — مرجع مرتبط بقسم «لماذا يبحث المستخدم أصلًا عن اختيار البروتوكول؟»(مصدر أولي/خارجي)
- TechRadar، 'The largest in — مرجع مرتبط بقسم «لماذا يبحث المستخدم أصلًا عن اختيار البروتوكول؟»(مصدر أولي/خارجي)
- NordVPN — مرجع مرتبط بقسم «نعم، يمكن الاختيار يدويًا على الأنظمة الثلاثة»(مصدر أولي/خارجي)
- Proton VPN — مرجع مرتبط بقسم «نعم، يمكن الاختيار يدويًا على الأنظمة الثلاثة»(مصدر أولي/خارجي)
- Reddit — تجربة مستخدم مرتبطة بالنقطة المذكورة في النص(تجربة مستخدم)
- Proton VPN — مرجع مرتبط بقسم «أسماء البروتوكولات نفسها ليست ثابتة بين الأجهزة»(مصدر أولي/خارجي)
- OnlydogVPN — مرجع مرتبط بقسم «هذه المرة بدأت من حالة الشبكة»(مصدر أولي/خارجي)
- WireGuard — Protocol & Cryptography(مرجع تقني أولي)
- OpenVPN — OpenVPN Protocol(مرجع تقني أولي)
- Android Developers — VPN connectivity guide(مرجع تقني أولي)