دفعتُ اشتراك الـVPN لكنه لم يتفعّل: المشكلة قد تكون في خادم الحساب لا في النفق

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

لكنني عندما فتحته، بقيت شاشة تسجيل الدخول تدور.

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

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

بعد عدة محاولات أدركت أن المشكلة لم تكن في كلمة المرور، وربما لم تكن في خوادم الـVPN التي أراها في قائمة الدول أصلاً.

كانت المشكلة في الباب الذي يسبقها.

عندما «يعود الإنترنت» ولا تعود كل الطرق معه

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

ظهر ذلك بوضوح في إيران في مايو 2026. بعد انقطاع دولي طويل بدأ الاتصال الخارجي يعود، لكن قياسات Cloudflare أظهرت أن العودة لم تكن استعادة كاملة وفورية للشبكة؛ حركة الإنترنت بقيت أدنى بكثير من مستوياتها السابقة، مع استمرار تفاوت الوصول بين الخدمات والمسارات.[1]

وفي اليوم التالي وصفت رويترز أشخاصاً عادوا فجأة إلى تيليغرام وخدمات دولية بعد 88 يوماً من العزلة الرقمية. أحدهم لم يكن يحاول فعل شيء تقني معقد؛ كان يريد فقط معرفة حالة طلب تأشيرته.[2]

هذه التفاصيل غيّرت طريقة نظري إلى المشكلة. عبارة «الإنترنت يعمل» لا تعني كثيراً عندما تكون الخدمة التي تحتاجها خلال الدقائق القادمة موجودة خلف مسار لا يزال غير متاح.

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

في النقاشات العامة للمستخدمين ظهرت الصورة نفسها بشكل أبسط: شخص يستطيع الاتصال عبر VPN، وآخر على شبكة مختلفة لا يستطيع؛ أو خدمة تعمل بعد ساعات من الفشل دون أن يتغير شيء في الهاتف نفسه.[4]

لذلك توقفت عن التعامل مع شاشة تسجيل الدخول كأنها خلل صغير في التطبيق.

قد تكون هي نقطة الفشل كلها.

قبل أن يتصل الـVPN، يحتاج التطبيق أحياناً إلى شيء آخر

كنت أفترض أن تطبيق الـVPN يقوم بعملية واحدة: أضغط «اتصال»، فينشئ النفق.

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

توثيق Mullvad، على سبيل المثال، يوضح أن واجهة الـAPI لدى الخدمة تُستخدم لوظائف مثل تسجيل الدخول والتحقق من الحساب والجهاز والحصول على معلومات الخوادم، ولهذا توفّر الخدمة طرقاً بديلة عندما يتعذر الوصول إلى تلك الواجهة.[5]

أما بروتوكول النفق نفسه فلا يحل هذه المشكلة تلقائياً. وثائق WireGuard تترك توزيع المفاتيح والإعدادات لطبقات أخرى خارج البروتوكول.[6]

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

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

وهنا بدت لي مفارقة كنت قد رأيتها أيضاً في نقاشات مستخدمين من إيران: تحتاج إلى VPN لكي تصل إلى عملية تسجيل دخول الـVPN نفسها.[7]

لم أعد أرى ذلك كمشكلة «تفعيل اشتراك».

بل كمشكلة اعتماد على بوابة حساب لا يمكن الوصول إليها.

لهذا لم تنفعني شبكة الخوادم الكبيرة

الخدمة التي كنت أستخدمها لم تكن اختياراً سيئاً.

اخترتها لأن اسمها معروف، ولها تاريخ طويل، ودعم واسع، وعدد كبير من الخوادم والمواقع. وكل هذه أسباب منطقية في اتصال عادي.

لكن أياً منها لم يساعدني في تلك اللحظة.

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

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

وهنا تغيّر معيار المقارنة بالكامل.

لم يعد السؤال: من يملك عدداً أكبر من الخوادم؟

أصبح: أي تطبيق يستطيع أن يبدأ الطريق بأقل اعتماد ممكن على خادم حساب محجوب؟

عند هذه النقطة فقط جرّبت التطبيق الأصغر

لهذا فتحت OnlydogVPN.

أهم فرق بالنسبة إليّ لم يكن عدد الدول، ولا نتيجة اختبار سرعة، ولا عشرات الخيارات داخل الإعدادات.

كان أن الاستخدام الأساسي لا يبدأ بدورة البريد الإلكتروني وكلمة المرور التقليدية التي كنت عالقاً عندها بالفعل.

فتحت التطبيق، اخترت الحالة التي أحتاجها وبدأت الاتصال.

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

ذلك وحده غيّر المقارنة.

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

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

لم أكن بحاجة إلى محاضرة عن البروتوكولات. كنت بحاجة إلى أن يفتح التطبيق الطريق قبل أن يطلب مني المرور من باب مغلق.

النجاح كشف مشكلة أصغر لم أكن أفكر فيها

بعد المكالمة بدأت شبكة الـWi-Fi تتدهور، فانتقلت إلى بيانات الهاتف.

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

لكن الاتصال استعاد نفسه مع تغير الشبكة.

كانت فائدة أصغر بكثير من حل مشكلة التفعيل، لكنها جاءت في اللحظة المناسبة. عندما يكون الاتصال المحلي نفسه غير مستقر، فإن عدم تحويل كل تبديل بين Wi-Fi والبيانات إلى جلسة إعداد جديدة يجعل التطبيق شيئاً أتركه مثبتاً بدلاً من الاحتفاظ به لحالة طوارئ واحدة.

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

ما الذي أتنازل عنه في المقابل؟

التطبيق الأصغر لا يملك الانتشار الجغرافي نفسه الذي توفره شبكات VPN العملاقة.

إذا كان هدفي اختيار مدينة دقيقة من قائمة طويلة جداً من المواقع، فسيظل ذلك سبباً وجيهاً لاختيار مزود أكبر.

لكن هذه لم تكن المشكلة التي جعلتني أبحث عن حل.

كانت لدي بالفعل قائمة كبيرة من الخوادم. ما لم يكن لدي هو طريق موثوق للوصول إلى المرحلة التي تسمح لي باستخدامها.

وهذا هو التفصيل الذي أخطأت في تقييمه في البداية.

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

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

بعد ذلك لم يعد عدد الخوادم هو الرقم الذي يهمني.

السؤال الذي بقي هو: هل يستطيع الـVPN أن يبدأ عندما تكون خدمة الحساب نفسها جزءاً من الحجب؟