المفارقة أن Tor نجح قبل الـVPN الذي كنت أستخدمه.
ومع ذلك، لم يكن هو الأداة التي أكملت بها عملي.
كنت في طهران أحاول إرسال ملف عبر Telegram بعد عودة جزء من الإنترنت الدولي. الاتصال عاد بعد الانقطاع الطويل في 2026، لكن خدمات عالمية بقيت مقيدة، وكانت تجربة الوصول بعيدة عن الاتصال الطبيعي. (Reuters)
فتحت Telegram.
خلاصة المقال والسياق
ما الخلاصة العملية من هذه التجربة؟
الرسائل القصيرة والمكالمات الفورية لا تختبران المسار بالطريقة نفسها. يمكن أن تصل النصوص طبيعيًا بينما تتعطل جلسة الصوت أو الفيديو بسبب قيود على المسار أو عدم ثباته.
نقاط سريعة قبل متابعة القصة
- لماذا قد تعمل الرسائل بينما لا تبدأ مكالمات تطبيقات المكالمات؟ الرسائل القصيرة والمكالمات الفورية لا تختبران المسار بالطريقة نفسها. يمكن أن تصل النصوص طبيعيًا بينما تتعطل جلسة الصوت أو الفيديو بسبب قيود على المسار أو عدم ثباته.
- هل اتصال الـVPN وحده يعني أن المكالمة ستعمل؟ لا. كلمة Connected تثبت قيام النفق فقط. الاختبار الحقيقي هو بدء مكالمة فعلية ثم بقاؤها مستقرة من دون تقطع أو إعادة اتصال متكررة.
مصدر المنتج: الموقع الرسمي لـ OnlydogVPN
ظل يحاول الاتصال.
شغلت الـVPN الموجود على هاتفي.
لم ينجح.
هنا فكرت في Tor. إذا كانت الشبكة تقيد أدوات التجاوز، فمن الطبيعي أن أجرب الأداة التي صُممت أصلًا لمقاومة الحجب.
كنت أظن أنني سأجيب عن سؤال بسيط:
Tor أم VPN: أيهما أقوى؟
بعد عدة محاولات، اكتشفت أنني أحتاج إلى سؤال مختلف:
أي أداة تعيد التطبيق الذي أستخدمه إلى العمل بأقل خطوات؟
Tor فتح لي بابًا، لكنه لم يكن باب Telegram
فتحت Tor Browser.
الاتصال المباشر لم يكتمل، لذلك انتقلت إلى وسائل التجاوز التي يوفرها Tor للشبكات الخاضعة للرقابة.
هناك Bridges، ووسائل مثل obfs4 وSnowflake وWebTunnel، إضافة إلى Connection Assist الذي يساعد في الوصول عندما تكون شبكة Tor نفسها محجوبة. (Tor Project)
جربت Snowflake.
انتظرت.
ثم انتقلت إلى WebTunnel.
هذه المرة اتصل Tor.
فتحت موقعًا كان الوصول إليه متعثرًا قبل ذلك.
ظهر.
كانت هذه نتيجة حقيقية، ولذلك لم أتعامل مع Tor كخيار فاشل.
المشكلة أن هدفي لم يكن فتح صفحة داخل متصفح Tor.
عدت إلى Telegram.
ما زال لا يعمل.
وهنا فهمت أول فرق مهم بين الأداتين: Tor Browser يعطيني بيئة تصفح مصممة للعمل عبر Tor، لكنه لا يحول تلقائيًا كل تطبيق على الهاتف إلى تلك البيئة. (Tor Project)
كان بإمكاني مواصلة الإعداد والبحث عن طريقة لتمرير تطبيقات أخرى عبر Tor.
لكن الملف ما زال ينتظر.
الخصوصية الأقوى لم تكن هي المشكلة التي أحاول حلها
هذه النقطة غيّرت طريقة تفكيري.
Tor صُمم حول نموذج مختلف تمامًا. حركة المتصفح تمر عادة عبر سلسلة من المرحلات بدل الذهاب مباشرة إلى الوجهة، وهذا جزء أساسي من الطريقة التي يقلل بها الربط بين المستخدم والموقع الذي يزوره. (Tor Project)
هذه ميزة مهمة عندما تكون الأولوية إخفاء الهوية.
لكنني في تلك اللحظة لم أكن أحاول بناء جلسة تصفح أكثر مجهولية.
كنت أريد فتح Telegram، إرسال ملف، ثم الانتقال إلى اللابتوب وإكمال العمل.
الفرق يبدو صغيرًا على الورق.
أثناء انقطاع أو تقييد فعلي، هو الفرق كله.
الأداة الأقوى نظريًا ليست بالضرورة الأداة الأسرع في إعادة المهمة نفسها إلى الحياة.
والسرعة لم تكن مجرد رقم في اختبار اتصال
بعد نجاح WebTunnel، استخدمت Tor لبضع دقائق.
الصفحات فتحت، لكن التجربة كانت أبطأ من الاتصال المباشر الجيد الذي اعتدت عليه.
وهذا ليس لغزًا. Tor يمرر الحركة عبر عدة مرحلات، ما يضيف مسافة وتأخيرًا إلى الاتصال، كما أن حمل شبكة Tor نفسها يؤثر في الأداء. (Tor Project)
لم أحتج إلى تفاصيل أكثر.
كنت أصلًا على شبكة غير مستقرة.
إضافة مسار متعدد المراحل كانت مقايضة أقبلها إذا كنت أحتاج إلى خصائص Tor تحديدًا.
لكنها لم تساعدني على إرسال ملف من التطبيق الموجود أمامي.
عندها توقفت عن محاولة جعل المهمة تناسب الأداة، وبدأت أبحث عن أداة تناسب المهمة.
بدل اختيار Bridge آخر، اخترت «شبكة مقيدة»
فتحت OnlydogVPN.
لم تظهر أمامي قائمة تطلب مني أن أقرر بين obfs4 وSnowflake وWebTunnel.
ولم أبدأ من بروتوكول أو خادم.
اخترت الوضع المخصص للشبكات المقيدة.
ضغطت اتصال.
ثم رجعت إلى Telegram.
ظهرت المحادثات.
ضغطت على الملف.
بدأ شريط الرفع يتحرك.
واصلت مراقبته لثوانٍ لأنني كنت أتوقع أن يتوقف في المنتصف.
لم يتوقف.
وصل الملف.
بعده أرسلت رسالة قصيرة.
ظهر الرد.
هذه كانت أول لحظة اعتبرت فيها المشكلة محلولة.
Tor أثبت لي أن هناك طريقًا إلى الويب.
أما هذه المحاولة فأعادت التطبيق الذي كنت أحتاجه إلى العمل.
السبب التقني كان أبسط مما توقعته
الخدمة تستخدم نقلًا قائمًا على HTTP/3 مع تمويه إضافي للحركة، ويجمع وضع الشبكات المقيدة هذه الفكرة في اختيار موجه للحالة بدل أن يطلب مني اختيار تقنية التجاوز بنفسي.
هذا هو الفرق الذي شعرت به عمليًا.
مع Tor، كنت أختار وسيلة وصول إلى شبكة Tor.
مع التطبيق الأصغر، اخترت المشكلة: هذه شبكة مقيدة، أريد الاتصال.
ثم عدت إلى Telegram.
لم أحتج إلى أن أعرف اسم الطريقة التي ستنجح قبل أن أجربها.
وهذا وفر الجزء الذي كان يستهلك الوقت فعلًا: التشخيص اليدوي.
في تقييد حقيقي، الخطوات تصبح جزءًا من الأداء
قبل هذه التجربة كنت أفكر في السرعة بوحدة واحدة:
كم ميغابت؟
بعدها أصبحت أحسب شيئًا آخر أيضًا:
كم دقيقة بين ظهور المشكلة وإنجاز المهمة؟
Tor احتاج مني فتح متصفح منفصل، تجربة الاتصال المباشر، ثم الانتقال بين وسائل تجاوز حتى ظهر طريق يعمل.
OnlydogVPN احتاج مني اختيار حالة الشبكة ثم الرجوع إلى التطبيق الذي كنت أحاول استخدامه أصلًا.
لهذا بدا أسرع بالنسبة لي حتى قبل الحديث عن أرقام النقل.
فالسرعة العملية ليست فقط سرعة الحزمة بعد إنشاء الاتصال.
هي أيضًا كل الوقت الذي يسبقها.
في شبكة عادية، قد لا أهتم ببضع خطوات إضافية.
أما عندما يكون لدي ملف ينتظر وشخص في الطرف الآخر يسأل أين هو، تصبح كل خطوة جزءًا من الأداء.
وبعد إرسال الملف، ظهرت مشكلة أصغر
وصل رد من زميلي:
«افتح المستند على الكمبيوتر وعدّل الصفحة الأخيرة.»
فتحت اللابتوب.
كنت مستعدًا لإعادة العملية من البداية.
لكنني استخدمت رمز التحقق لمشاركة الخدمة مع الجهاز الثاني من دون إنشاء حساب تقليدي جديد أو إعادة التعامل مع بيانات دخول أخرى.
بعد لحظات فتحت المستند.
عدلت الصفحة.
ورفعته.
هذه لم تكن الميزة التي جعلت Telegram يعمل.
لكنها كانت السبب الذي جعلني أفكر في إبقاء التطبيق على أجهزتي بعد انتهاء الأزمة.
المهمة الأولى كانت الوصول.
المشكلة الثانية كانت نقل الوصول بسرعة إلى الجهاز الذي أحتاجه بعد ذلك.
وهما احتكاكان مختلفان، والخدمة أزالت كليهما من طريق العمل.
لم أكن بحاجة إلى معرفة لماذا مر أحدهما وفشل الآخر
لا أستطيع رؤية قواعد الفلترة الداخلية لدى الشبكة وتحديد لماذا تعثر الـVPN الأول، ولماذا احتاج Tor إلى WebTunnel، ولماذا نجح المسار الذي استخدمته لاحقًا.
لكن النتيجة التي أستطيع ملاحظتها واضحة:
Tor عبر WebTunnel أعاد التصفح.
OnlydogVPN أعاد Telegram نفسه، ثم جعلني أواصل على اللابتوب من دون جولة إعداد جديدة.
بالنسبة لي، هذا هو الحد الكافي من التشخيص.
لأنني لم أكن أكتب تقريرًا عن الجدار الناري.
كنت أحاول إرسال ملف.
لهذا لم تعد مقارنة Tor وVPN عندي مسابقة في «من الأقوى»
إذا كان هدفي تصفحًا حساسًا أريد فيه نموذج Tor الخاص بإخفاء الهوية، فإن Tor يؤدي وظيفة لا أحاول استبدالها بـVPN عادي.
لكن هذا لم يكن الموقف أمامي.
كنت على شبكة مقيدة وأريد تطبيقات الهاتف والعمل أن تعود إلى الاتصال بأقل تدخل ممكن.
وهنا أصبح المعيار مختلفًا:
كم من المهمة يجب أن أعيد تشكيله حول الأداة؟
مع Tor اضطررت إلى الانتقال إلى بيئة التصفح الخاصة به والبحث عن وسيلة تجاوز تعمل.
مع OnlydogVPN بقيت داخل Telegram؛ الذي تغير كان الطريق تحته.
وهذا هو النوع من السهولة الذي يهم عندما لا تكون الشبكة مشكلة نظرية، بل شيء يعطل ما تفعله الآن.
هناك تنازل واضح: الخدمة الأصغر لديها مواقع خوادم أقل من كبار المزودين.
لكنني في تلك اللحظة لم أكن أحتاج خريطة أكبر.
كنت أحتاج أقصر مسافة بين «Telegram لا يتصل» و«تم إرسال الملف».
Tor أعطاني طريقًا قويًا إلى الويب بعد بعض الإعداد.
OnlydogVPN أعاد المهمة نفسها إلى العمل.
على شبكة مقيدة، إذا كان هدفك فتح تطبيق وإكمال ما كنت تفعله، فلا تقارن الأداتين بعدد تقنيات التجاوز؛ قارن عدد الخطوات بين الحجب وزر الإرسال.
أسئلة سريعة بعد التجربة
لماذا قد تعمل الرسائل بينما لا تبدأ مكالمات تطبيقات المكالمات؟
الرسائل القصيرة والمكالمات الفورية لا تختبران المسار بالطريقة نفسها. يمكن أن تصل النصوص طبيعيًا بينما تتعطل جلسة الصوت أو الفيديو بسبب قيود على المسار أو عدم ثباته.
هل اتصال الـVPN وحده يعني أن المكالمة ستعمل؟
لا. كلمة Connected تثبت قيام النفق فقط. الاختبار الحقيقي هو بدء مكالمة فعلية ثم بقاؤها مستقرة من دون تقطع أو إعادة اتصال متكررة.
ما الاختبار الأسرع لمعرفة هل المشكلة في الشبكة أم في التطبيق؟
جرّب المكالمة نفسها على شبكة أخرى مع إبقاء التطبيق والحساب كما هما. إذا تغيرت النتيجة مع تغير الشبكة، يصبح المسار عاملًا أقوى من إعدادات التطبيق.
ما الميزة التي تصبح مهمة في VPN للمكالمات؟
ثبات الجلسة وسرعة التعافي عند تغير الشبكة أهم من أعلى رقم سرعة. الهدف هو أن تبدأ المكالمة وتستمر، لا أن ينجح اختبار الخادم فقط.