عندما توقف تطبيق الـVPN في روسيا: الإعداد اليدوي لم يكن المشكلة الحقيقية

كان أمامي أقل من نصف ساعة لإرسال نسخة معدّلة من ملف عمل، وتطبيق الـVPN على اللابتوب يكرر الحركة نفسها: Connecting… ثم رجوع إلى نقطة البداية.

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

لم يتغير شيء.

ولم يكن توقيت المشكلة عشوائيًا.

في مارس 2026 وحده، وصل عدد تنزيلات خمسة من أشهر تطبيقات الـVPN على Google Play في روسيا إلى نحو 9.2 مليون تنزيل، أي قرابة 14 ضعف مارس من العام السابق. وبحلول الصيف أصبح تشغيل الـVPN وإطفاؤه جزءًا من الروتين اليومي لبعض المستخدمين: خدمة خارجية تحتاج إليه، ثم تطبيق أو موقع محلي يتصرف بشكل مختلف عندما يبقى الاتصال نشطًا. Reuters

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

لدي ملف إعداد يدوي. إذن لدي خطة بديلة، أليس كذلك؟

كنت أستخدم مزودًا كبيرًا له تاريخ طويل ووثائق دعم جيدة. وهذه كانت نقطة قوة حقيقية: يمكن تنزيل ملفات OpenVPN وتشغيل الخدمة من عميل مستقل بدل الاعتماد على تطبيق المزود. Proton VPN، على سبيل المثال، يوفّر ملفات OpenVPN يدوية ويشرح استخدامها على Windows وmacOS وLinux وAndroid وiOS وأجهزة الراوتر. Proton VPN

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

هنا توقفت للمرة الأولى عن التعامل مع “التطبيق لا يعمل” باعتبارها جملة واحدة. هناك فرق بين تطبيق معطوب واتصال لا تعبره الشبكة. والإعداد اليدوي يحل الأولى بسهولة أكبر من الثانية.

تغيير التطبيق لا يعني بالضرورة تغيير شكل الاتصال

ملف .ovpn مفيد جدًا عندما تريد تشغيل الخدمة على راوتر، أو على نظام لا يدعم التطبيق، أو عندما تكون المشكلة فعلًا داخل العميل نفسه. لكنني كنت قد غيّرت العميل بالفعل، وبقيت النتيجة نفسها.

الحجب يمكن أن يستهدف عنوان السيرفر أو المنفذ أو نمط البروتوكول نفسه. لذلك قد تنقل الإعداد إلى برنامج آخر وتبقى الشبكة قادرة على التعامل مع الاتصال بالطريقة ذاتها. Windscribe يشرح هذا الفرق بوضوح عند الحديث عن حجب الـVPN وطرق التعرف على حركة البروتوكولات. Windscribe

حتى ملفات الإعداد نفسها ليست شيئًا تحفظه إلى الأبد وتنساه. Proton أعلن أن بعض ملفات OpenVPN القديمة توقفت عن العمل في 2026، وطُلب من المستخدمين تنزيل إعدادات أحدث. Proton VPN بدأت الصورة تصبح أبسط. الإعداد اليدوي كان نسخة احتياطية جيدة للتطبيق. أما أنا فكنت أحتاج نسخة احتياطية للطريق نفسه.

وجدت في نقاش على Reddit مستخدمًا لجأ إلى WireGuard اليدوي عندما أصبح سلوك تطبيق الـVPN نفسه مصدر الإزعاج. Reddit كان ذلك دليلًا صغيرًا لكنه مفيد: الإعداد اليدوي ممتاز عندما يكون العميل هو المشكلة. تجربتي كانت تشير إلى شيء آخر.

ومن هنا توقفت عن تعديل الحقول واحدًا واحدًا.

المحاولة التالية لم تبدأ بملف إعداد

فتحت OnlydogVPN^↗ واخترت الوضع المخصص للشبكات المقيدة بدل أن أبدأ من قائمة دول وبروتوكولات. ظهر الاتصال. عدت مباشرة إلى بوابة العمل. فتحت صفحة المشروع. ثم بدأت رفع الملف. هذه المرة لم أعتبر ظهور الصفحة نجاحًا. كنت قد تعلمت قبل دقائق أن الصفحة يمكن أن تفتح ثم تنهار المهمة بعدها.

تركت الرفع يعمل. 10%. 37%. 68%. 100%. هذه كانت اللحظة التي تغير فيها معيار المقارنة كله. لم أعد أسأل: أي VPN يعطيني إعدادات يدوية أكثر؟ أصبحت أسأل: أي اتصال يعبر الشبكة التي أمامي ويتركني أكمل المهمة؟

بعد نجاح الرفع فقط أصبح تفسير الفرق يستحق الاهتمام. الخدمة تستخدم نقلًا قائمًا على HTTP/3 مع تمويه إضافي لحركة الاتصال، وفق معلومات المنتج. OnlydogVPN بالنسبة إلى الموقف الذي كنت فيه، كان هذا أهم من امتلاك ملف OpenVPN آخر، لأن المشكلة لم تعد الوصول إلى إعدادات أكثر؛ كانت الوصول إلى مسار يعمل.

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

وهذا كان كافيًا كي أنتقل إلى الخطوة التالية بدل الاستمرار في التشخيص.

ثم تغيرت الشبكة ولم أعد إلى شاشة الإعدادات

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

HTTP/3 يعمل فوق QUIC، وهو مصمم بطريقة تساعد الاتصال على التعامل مع تغير مسار الشبكة بصورة أكثر مرونة من الاتصالات التقليدية. RFC Editor، HTTP/3 وQUIC لا أحتاج إلى تفاصيل المصافحة والحزم كي أعرف ما يهمني هنا: انتقلت من Wi-Fi إلى بيانات الهاتف ولم أعد إلى نقطة الصفر.

أكملت ما كنت أفعله.

هذا لا يجعل الإعداد اليدوي فكرة سيئة

لو كنت أريد تشغيل VPN على راوتر لا يستطيع تثبيت التطبيق، أو على جهاز يحتاج ملف WireGuard أو OpenVPN مباشرًا، فسأظل أبحث عن مزود يوثق هذه الملفات جيدًا. في هذا الاستخدام، المزود الكبير قد يكون الاختيار الأنسب.

كما أن الخدمة الأصغر هنا لديها مواقع أقل وتاريخ علني أقصر من أكبر الأسماء. وإذا كنت تحتاج إلى اختيار مدينة خروج محددة أو تعديل OpenVPN وWireGuard يدويًا باستمرار، فهذه نقطة عملية وليست تفصيلًا صغيرًا.

لكنها لم تكن المشكلة التي جعلتني أفتح صفحة البحث أصلًا. كنت أبحث عن “VPN يدعم إعدادات يدوية عندما لا يعمل التطبيق” لأنني افترضت أن التطبيق هو الشيء الذي يجب تجاوزه. بعد تلك المحاولات فهمت أن السؤال الأفضل كان:

هل تعطل العميل، أم أن الشبكة لا تسمح للمسار نفسه بأن يعمل؟

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

وهذا يلخص ما كنت أحتاج إلى معرفته قبل أن أبدأ. إذا كان التطبيق نفسه معطوبًا، فالإعداد اليدوي خطة احتياطية ممتازة. أما عندما تبدّل التطبيق ويبقى الاتصال ميتًا، فالمزيد من ملفات الإعداد قد يعني فقط طرقًا مختلفة للوصول إلى المشكلة نفسها. في تلك الليلة، لم يكن الملف الذي أنقذ عملي ملف .ovpn.

كان الملف الذي وصل إلى 100%.