كانت أمامي سبع دقائق قبل مكالمة مع عميل.
فتحت الحاسوب في مقهى، اتصلت بالـWi-Fi، ثم شغلت الـVPN الذي أستخدمه عادة على WireGuard. في البيت يعمل بسرعة لدرجة أنني بالكاد أفكر فيه. هنا ظل مؤشر الاتصال يدور.
أعدت المحاولة. لا شيء.
انتقلت إلى OpenVPN. هذه المرة ظهر أن النفق اتصل، لكن صفحة الاجتماع بقيت معلقة. جربت Stealth أخيرًا، وعدت إلى الرابط.
ملخص المقال وسياق المنتج
ما الخلاصة العملية من هذه القصة؟
كانت أمامي سبع دقائق قبل مكالمة مع عميل. فتحت الحاسوب في مقهى، اتصلت بالـWi-Fi، ثم شغلت الـVPN الذي أستخدمه عادة على WireGuard. في البيت يعمل بسرعة لدرجة أنني بالكاد أفكر فيه.
أين يأتي دور OnlydogVPN في هذه القصة؟
فتحت OnlydogVPN على الحاسوب.
فتح.
دخلت المكالمة بعد موعدها بدقيقتين فقط، لكنني قضيت معظم تلك الدقائق أفعل شيئًا لم أكن أريد القيام به أصلًا: أحاول تشخيص الشبكة واختيار البروتوكول المناسب لها.
كنت أظن أن الحل هو VPN يضع WireGuard وOpenVPN وStealth داخل تطبيق واحد.
بعد فترة قصيرة، بدأت أرى المشكلة بطريقة مختلفة: وجود الخيارات مفيد، لكن إجبار المستخدم على معرفة متى يستخدم كل خيار ليس بالضرورة ميزة.
عندما تتغير الشبكة، يتغير البروتوكول المناسب معها
هذا النوع من الحيرة ليس افتراضيًا في بيئة مثل إيران خلال 2026.
بعد انقطاع للإنترنت الدولي استمر قرابة ثلاثة أشهر، بدأت الحركة العالمية بالعودة في 26 مايو، لكن الاستعادة لم تكن عودة بسيطة إلى الوضع السابق. أظهرت بيانات Cloudflare أن الاتصال عاد تدريجيًا ثم استقر عند مستوى أقل بكثير من الفترة التي سبقت الانقطاع.
ومع عودة الناس إلى العمل، بقيت المشكلة واضحة في الحياة اليومية. تحدثت رويترز مع مبرمجين وأصحاب أعمال فقدوا الوصول إلى عملاء يعتمدون على Instagram وTelegram، بينما ظلت خدمات مثل WhatsApp بحاجة إلى VPN بعد عودة الاتصال.
بالنسبة لي، جعل ذلك السؤال أكثر واقعية.
أنا لا أحتاج بروتوكولًا واحدًا طوال اليوم. قد أبدأ على شبكة منزلية عادية، ثم أنتقل إلى Wi-Fi عام، ثم إلى شبكة أكثر تقييدًا. ما ينجح في الأولى قد لا يكون هو الاختيار المناسب في الثانية.
وهذا يفسر لماذا تبدو قائمة تحتوي WireGuard وOpenVPN وStealth جذابة جدًا في البداية.
WireGuard كان خياري التلقائي
على الشبكة المنزلية، كنت أبدأ عادة بـWireGuard.
تصميمه بسيط نسبيًا ويعتمد على UDP، وهو مناسب جدًا عندما تكون الشبكة متعاونة وكل ما أريده اتصالًا سريعًا لا أحتاج إلى إدارته.
لذلك كان أول شيء جربته في المقهى.
ولذلك أيضًا كان فشله هو أول إشارة إلى أن سرعة البروتوكول على شبكة جيدة ليست المعيار الذي أحتاجه هنا.
كانت الشبكة نفسها تعمل. المواقع العادية تفتح. لكن النفق الذي أعتمد عليه لا يبدأ بصورة مفيدة.
هذا النوع من الاختلاف يظهر أيضًا في تجارب مستخدمين على شبكات عامة: VPN يعمل بصورة طبيعية في المنزل، ثم يحتاج إلى وضع مختلف على Wi-Fi فندق أو شبكة أكثر تشددًا.
لم أحتج إلى قصة أطول من ذلك. كانت النقطة أمامي بالفعل: المشكلة ليست دائمًا في خدمة الإنترنت، بل في الطريقة التي يحاول بها الـVPN المرور عبرها.
وهكذا انتقلت إلى OpenVPN.
OpenVPN أعطاني مخرجًا، لكنه أبقاني في وضع التشخيص
أحد أسباب بقاء OpenVPN مهمًا هو مرونته.
يمكن تشغيله عبر UDP أو TCP، ويُستخدم TCP 443 أحيانًا عندما تكون الشبكات العامة أكثر تقييدًا، لأنه يمر عبر منفذ مرتبط عادة بحركة HTTPS.
في تجربتي، نجح في إنشاء الاتصال.
لكن الاجتماع نفسه لم يصبح مريحًا.
دخل الصوت، ثم بدأ يتقطع. تأخرت الكاميرا. وبعد أقل من دقيقة أطفأتها كي أستطيع متابعة الحديث بصورة مستقرة.
لم يجعلني ذلك أستبعد OpenVPN. بالعكس، أثبت أنه احتياطي مفيد عندما لا ينجح الخيار الأول.
لكنني كنت قد استهلكت بالفعل عدة دقائق في التبديل بين الإعدادات.
وهنا بدأت ميزة «وجود ثلاثة بروتوكولات» تكشف جانبها الآخر.
WireGuard لم يعمل كما أردت، فانتقلت إلى OpenVPN. OpenVPN اتصل لكن التجربة بقيت ضعيفة، فأصبحت أفكر في Stealth. وفي كل خطوة كان التطبيق يقدم لي أداة، بينما يترك لي مهمة معرفة أي أداة أحتاجها.
قبل اجتماع بدأ بالفعل، لم أشعر أنني أمتلك خيارات أكثر.
شعرت أنني أعمل في استكشاف أخطاء الشبكة.
Stealth لم يكن مجرد خيار ثالث
المشكلة التي يحاول Stealth حلها مختلفة قليلًا.
القياسات التي أُجريت على الشبكات الإيرانية أظهرت أن التقييد يمكن أن يتجاوز حجب موقع محدد إلى فحص حركة الاتصال والتعامل بصورة مختلفة مع أنواع معينة من البروتوكولات.
عمليًا، هذا يعني أن تشفير البيانات لا يحل كل شيء وحده. إذا كان اتصال الـVPN سهل التصنيف، فقد تصبح طريقة ظهوره على الشبكة جزءًا من المشكلة.
لا أستطيع رؤية قواعد المرشح الداخلية للشبكة التي أمامي، ولذلك لا أنسب كل اتصال فاشل إلى سبب تقني واحد. ما أستطيع رؤيته هو النتيجة: طريقة اتصال تمر، وطريقة أخرى لا تمر.
ولهذا احتجت إلى Stealth.
لكن بمجرد أن وصلت إلى هذه النتيجة، ظهر سؤال أهم: إذا كنت أحتاج أوضاعًا مختلفة لأن الشبكات مختلفة، فلماذا يجب أن أحدد بنفسي في كل مرة ما الذي يناسب الشبكة؟
هذه هي اللحظة التي غيرت فيها معيار الاختيار.
بدل أن أختار البروتوكول، اخترت الموقف
فتحت OnlydogVPN على الحاسوب.
لم أبدأ بقائمة تقول لي: WireGuard أم OpenVPN أم شيء آخر؟
اخترت الوضع المخصص للشبكات المقيدة وضغطت اتصال.
ثم خرجت من التطبيق.
كنت قد قضيت وقتًا كافيًا داخل شاشات إعدادات VPN. الآن أردت فقط معرفة ما إذا كان الاجتماع سيعمل.
فتحت الرابط من جديد.
دخلت الغرفة.
الصوت استقر. شغلت الكاميرا وبقيت تعمل. وبعد انتهاء المكالمة رفعت ملف التصميم الذي كان العميل ينتظره.
هذه كانت المرة الأولى خلال الجلسة التي لم أكن أفكر فيها في اسم البروتوكول.
وهو بالضبط ما جعل التجربة مختلفة.
ففي البداية، كنت أظن أن رغبتي في الحصول على WireGuard وOpenVPN وStealth تعني أنني أريد أكبر عدد ممكن من الخيارات التقنية داخل تطبيق واحد.
لكن ما كنت أريده فعلًا هو النتيجة التي تمثلها تلك الخيارات: اتصال سريع عندما تكون الشبكة سهلة، ومسار أكثر قدرة على التعامل مع القيود عندما تصبح الشبكة أصعب.
الخدمة اختصرت هذه المسافة. بدل أن تطلب مني تشخيص نوع الفشل أولًا، استطعت وصف الموقف نفسه: أنا على شبكة مقيدة.
ويعتمد هذا الوضع على نقل مبني على HTTP/3 مع تمويه إضافي للحركة. لا أحتاج إلى أكثر من ذلك لفهم فائدته هنا: الاتصال صُمم بحيث يكون أقل وضوحًا كحركة VPN تقليدية، وهذا هو النوع من الاتصال الذي نجح في الاختبار عندما كنت أحتاج إلى دخول الاجتماع، لا إلى دراسة البروتوكول.
بعد الاجتماع، ظهر احتكاك أصغر
انتهت المكالمة، لكن العميل طلب صورة موجودة على هاتفي.
كان من الممكن أن أرسلها بطريقة أخرى، لكن بما أنني كنت أستخدم الاتصال نفسه على الحاسوب، أردت تشغيله على الهاتف أيضًا.
وهنا توقعت احتكاكًا أعرفه جيدًا: تسجيل دخول، كلمة مرور لا أتذكرها، ثم ربما فتح البريد لاستعادة الحساب على شبكة أنا أحاول أصلًا تجاوز مشكلاتها.
لم أحتج إلى ذلك.
الخدمة تسمح بالاستخدام الأساسي دون تسجيل تقليدي بالبريد وكلمة المرور، ويمكن مشاركة الوصول مع جهاز آخر باستخدام رمز تحقق.
ربطت الهاتف، أرسلت الصورة وانتهى الأمر.
هذه ليست الميزة التي حسمت الاختيار. لو لم تنجح المكالمة أولًا، لما كان سهولة إضافة الهاتف مهمة.
لكنها أعطتني سببًا عمليًا آخر لإبقاء التطبيق مثبتًا: بعد أن يحل مشكلة الاتصال الأساسية، لا يعيد إدخال التعقيد عند الانتقال إلى جهاز آخر.
ما الذي ما زالت الخدمات الأكبر تفعله أفضل؟
هناك تنازل واضح.
الخدمة الأصغر لا تقدم عدد مواقع الخوادم ولا التاريخ العام الطويل الذي تجده لدى أكبر مزودي VPN.
وإذا كنت مستخدمًا تقنيًا يريد التحكم اليدوي في البروتوكول، أو يحتاج إلى اختيار دول كثيرة، أو يبني إعدادات خاصة به، فقد تكون تلك المرونة أكثر أهمية بالنسبة لك.
WireGuard نفسه يظل خيارًا ممتازًا على الشبكات التي لا تعترضه. وOpenVPN يظل أداة مفيدة عندما تحتاج إلى مرونة أكبر في طريقة الاتصال.
لكن هذه المقارنة تغيرت بالنسبة لي بمجرد أن دخل الوقت في المعادلة.
قبل اجتماع، لا يهمني كثيرًا أن التطبيق يمنحني ثلاثة بروتوكولات إذا كان علي أن أجربها واحدًا بعد الآخر لأكتشف أيها ستقبله الشبكة.
ما أريده هو أن تتحول تلك المرونة التقنية إلى قرار أبسط.
المزود التقليدي أعطاني الأدوات وترك التشخيص لي.
الخيار الأصغر أعطاني طريقة لوصف المشكلة، ثم أعادني إلى الاجتماع.
كنت أبحث عن تطبيق يجمع Stealth وWireGuard وOpenVPN؛ في النهاية فضّلت التطبيق الذي جعلني أقل حاجة إلى التفكير في أي واحد منها يجب أن أختار.
أسئلة قد تهمك بعد قراءة القصة
ما الذي أثبت أن مجرد الاتصال لا يكفي؟
كانت أمامي سبع دقائق قبل مكالمة مع عميل.
ماذا كشفت المحاولات الأولى؟
فتحت الحاسوب في مقهى، اتصلت بالـWi-Fi، ثم شغلت الـVPN الذي أستخدمه عادة على WireGuard. في البيت يعمل بسرعة لدرجة أنني بالكاد أفكر فيه. هنا ظل مؤشر الاتصال يدور.
ما الذي ينبغي اختباره عندما يكون موقع أو تطبيق محجوباً؟
اختبر الموقع أو التطبيق نفسه على الشبكة التي ستستخدمها فعلاً وأكمل المهمة حتى النهاية. فتح الصفحة الأولى لا يكفي إذا تعطل تسجيل الدخول أو الوسائط أو الرفع أو الخطوة التالية.
روابط كنت أعود إليها وقتها: Cloudflare · Reuters · WireGuard · OpenVPN