كيف يتم حجب شبكات VPN، وما الذي نقوم به حيال كل طريقة
معظم صفحات 'كيفية تجاوز الحجب' تصف تقنية واحدة وتوحي بأنها تتعامل مع كل شيء. هذا غير صحيح - فالرقباء يستخدمون عدة تقنيات مميزة، وقد ينهار VPN الذي يجيب على واحدة أمام أخرى. تسرد هذه الصفحة التقنيات بشكل منفصل، وتوضح أي من محركي VPN لدينا يعالج كل منها، وتقول بصراحة أين لا يعالج أي منهما.
محركان، وليس واحدًا
يشحن Unblock Master محركي VPN لأن أي محرك واحد لا يجيب على كل التقنيات أدناه. Faster يعمل بمحرك AmneziaWG - وهو WireGuard بعد إزالة بصمته الثابتة - وهو الافتراضي لمعظم الشبكات. Unblocker يعمل بمحرك Reality، الذي لا يخفى اتصال VPN بقدر ما يستبدله باتصال TLS حقيقي بموقع حقيقي. التبديل بينهما يتم بنقرة واحدة في التطبيق، وليس بإعادة التثبيت، وهذا مهم لأن المحرك الصحيح يعتمد على التقنية التي تستخدمها الشبكة أمامك بالفعل.
لمعرفة ما تكشفه كل بروتوكول على حدة، انظر إلى مقارنة البروتوكولاتهذه الصفحة مرتبة بالطريقة المعاكسة: بالتقنية الرقيبية أولاً، مع إجابتنا على كل منها.
| تقنية الحجب | Faster (AmneziaWG) | Unblocker (Reality) |
|---|---|---|
| بروتوكول / بصمة التشفير اليدوي | تمت الإجابة مباشرة | تمت الإجابة مباشرة |
| تصفية SNI | لم تتم الإجابة | تمت الإجابة مباشرة |
| تحديد بصمة TLS (JA3/JA4) | لم تتم الإجابة | تمت الإجابة مباشرة |
| الاستكشاف النشط | تمت الإجابة جزئياً | تمت الإجابة مباشرة |
| حظر عنوان IP | لم تتم الإجابة | لم تتم الإجابة |
| إبطاء السرعة | لم تتم الإجابة | لم تتم الإجابة |
يعني 'تم الإجابة عليه مباشرة' أن تصميم المحرك يستهدف هذه التقنية بشكل خاص. 'تم الإجابة عليه جزئيًا' يعني أنه يساعد ولكن إشارة متبقية تبقى - اقرأ الإدخال، وليس الشارة فقط. 'لم يتم التعامل معه' يتم ذكره بصراحة مثل الاثنين الآخرين؛ الصفحة التي تقول نعم فقط ليست تقيس أي شيء.
بروتوكول / بصمة التشفير اليدوي
مطابقة نمط بايت ثابت في أول حزمة أو حزمتين — البصمة نفسها التي تجعل من السهل حظر WireGuard العادي بمجرد رؤيته.
Faster (AmneziaWG)
تمت الإجابة مباشرة
Unblocker (Reality)
تمت الإجابة مباشرة
Faster (AmneziaWG) تم تصميمه خصيصاً لإزالة هذه البصمة: حزم زائفة قبل بدء التشفير، حشو يغير أحجام الحزم، واستبدال أربعة بايتات ثابتة لأنواع الرسائل بقيم يتفق عليها كلا الجانبين مسبقاً. القاعدة الواحدة لفحص الحزم العميقة (DPI) التي تلتقط مصافحة WireGuard الثابتة التي تبلغ 148/92 بايت لا تلتقط شيئاً هنا. يتجاوز Unblocker (Reality) السؤال تماماً — فهو ليس مصافحة UDP يمكن للمُحجب مطابقتها، بل اتصال TLS يشبه أي طلب HTTPS آخر.
تعتمد حماية AmneziaWG على اتفاق كلا الطرفين على كل معلمة للتشويش؛ لا يزال الاتصال الذي به تكوين خاطئ بدلاً من رفضه ينقل نمطاً يمكن مطابقته بصمت. نحن نتحكم في كلا الطرفين، لذا فإن هذا يمثل مخاطرة تشغيلية من جانبنا، وليس شيئاً يديره المستخدم.
شروط: deep-packet-inspection · amneziawg · junk-packets · header-magic
تصفية SNI
حظر اتصال HTTPS من خلال قراءة اسم الموقع النصي المرسل في بداية مصافحة TLS، قبل بدء التشفير.
Faster (AmneziaWG)
لم تتم الإجابة
Unblocker (Reality)
تمت الإجابة مباشرة
لا يستخدم Faster TLS على الإطلاق، لذا لا يوجد حقل SNI لقراءته — لكن هذا يهم فقط على الشبكات التي تفحص حركة المرور؛ لن تسمح الشبكة التي بدلاً من ذلك تسمح فقط بمرور حركة المرور التي تبدو وكأنها تصفح ويب TCP/443 عادي بمرور UDP الخاص بـ AmneziaWG بغض النظر. يقدم اتصال Unblocker (Reality) مصافحة TLS، بما في ذلك SNI، للموقع الحقيقي الذي يقوم بانتحال شخصيته — لذا فإن SNI الذي يقرأه الحاجب هو اسم موقع الغطاء، وليس اسم موقعنا.
هذا هو الحالة المحددة التي تم إنشاء Unblocker من أجلها: إنه إجابتنا عندما تقوم الشبكة بتصفية بيانات تعريف TLS بدلاً من شكل بروتوكول UDP.
شروط: sni-filtering · reality · vless
تحديد بصمة TLS (JA3/JA4)
تحديد البرنامج وراء اتصال TLS من الترتيب الدقيق الذي يقدم به خوارزمياته، ملحقات و منحنياته — توقيع المكتبة، يتم إرساله قبل بدء التشفير.
Faster (AmneziaWG)
لم تتم الإجابة
Unblocker (Reality)
تمت الإجابة مباشرة
غير قابل للتطبيق على Faster، حيث لا يوجد لدى AmneziaWG مصافحة TLS لبصمتها في المقام الأول. تصميم Reality بالكامل يهدف إلى هذه التقنية تحديداً: فهو يقترض مصافحة TLS حقيقية من موقع حقيقي بدلاً من تقريب واحد، لذا فإن التوقيع JA3/JA4 الذي يجمعه الحاجب لا يمكن تمييزه عن توقيع زائر حقيقي.
محاكاة مصافحة صحيحة أمر ضروري، وليس كافياً — انظر إلى الاستكشاف النشط وتحليل شكل حركة المرور أدناه لما لا يغطيه مصافحة صحيحة بمفردها.
شروط: tls-fingerprinting · reality
الاستكشاف النشط
يتصل الحاجب بخادم قمت باستخدامه للتو ويفحص ما إذا كان يرد مثل الوكيل — تحديد الخادم من سلوكه الخاص بدلاً من حركة المرور الخاصة بك.
Faster (AmneziaWG)
تمت الإجابة جزئياً
Unblocker (Reality)
تمت الإجابة مباشرة
لا يعطي خادم Faster لمُجرب بدون المفتاح الصحيح رداً مميزاً للتعرف عليه — لكن الخادم الذي يرد على لا شيء باستثناء هذا النمط غير العادي لا يزال، عند الفحص، خادم يقوم بشيء غير عادي واحد. تم بناء Unblocker مباشرة ضد هذه الحالة: يتم تمرير المجرب بدون المفتاح الصحيح مباشرة إلى الموقع الحقيقي الذي يتم انتحال شخصيته ويعيد شهادة الموقع الحقيقية. يؤكد الاستكشاف القصة الغطاء بدلاً من الكشف عن أي شيء.
بالنسبة لأشد الشبكات صرامة — حيث يكون الاستكشاف النشط روتينياً — فإن Unblocker هو المحرك الذي نوصي بالتبديل إليه، ويجعل التطبيق ذلك تغييراً بنقرة واحدة بدلاً من إعادة التثبيت.
شروط: active-probing · reality
حظر عنوان IP
حذف كل حركة المرور إلى عنوان معين، بغض النظر عن البروتوكول الذي يحمله — حاد، وسباق تسلح من الحساب البحت بين عدد العناوين التي يديرها المزود وسرعة الحاجب في تعدادها.
Faster (AmneziaWG)
لم تتم الإجابة
Unblocker (Reality)
لم تتم الإجابة
لا يخفي أي من المحركين عنوان الخادم — لا ندعي خلاف ذلك. إجابتنا على هذه التقنية هي تشغيلية، وليست على مستوى البروتوكول: خوادم في العديد من البلدان، لذا فإن الحظر ضد عنوان واحد يكلف المستخدم نقرة للتبديل إلى بلد آخر بدلاً من توقف التطبيق عن العمل. هذا هو المرونة، وليس التهرب، ويجب عدم الخلط بين الاثنين.
لا يمكن لأي من المحركين الإجابة على مسألة حجب نطاق عناوين كامل تديره جهة مزودة للخدمة - وليس مجرد خادم واحد - فحتى شبكات VPN لا تفعل ذلك.
شروط: ip-blocking · asn · datacenter-ip
إبطاء السرعة
تعمد إبطاء الاتصال بدلاً من حجبه بشكل كامل، حتى يصبح استخدامه مؤلمًا للغاية - وهو أصعب في القياس من الحجب، ويفضلها الرقباء لهذا السبب بالذات.
Faster (AmneziaWG)
لم تتم الإجابة
Unblocker (Reality)
لم تتم الإجابة
لا يمكن لأي من المحركين إيقاف الشبكة عن تحديد معدل حركة المرور التي تم تحديدها بالفعل على أنها مشفرة وغير معروفة، بغض النظر عن البروتوكول. ما يقدمه التطبيق هو طريقة سريعة لمعرفة ما إذا كان التبديل يساعد: إذا كان التضييق يتم بناءً على شكل البروتوكول، فإن الانتقال من الوضع الأسرع إلى وضع فك الحجب يغير هذا الشكل تمامًا، وهو الشيء الوحيد الذي يستحق المحاولة عندما يكون الاتصال بطيئًا وليس ميتًا.
إذا كان كلا المحركين يعانيان من التضييق بنفس القدر، فمن شبه المؤكد أن الشبكة تقوم بتحديد المعدل بناءً على الحجم أو الوجهة بدلاً من البروتوكول، ولا يمكن لأي محرك VPN تغيير ذلك.
شروط: throttling · confirmed-vs-anomaly
لماذا محركان بدلاً من محرك واحد أفضل
الجدول أعلاه ليس به صف حيث يغطي محرك واحد كل شيء، وليس هذا فجوة لم نغلقها بعد - إنها هيكلية. تأتي قوة Reality ضد تصفية SNI، وتحديد بصمة TLS والاستقصاء النشط من دفع تكلفة مصافحة TLS حقيقية على كل حزمة؛ هذه التكلفة هي بالضبط سبب كونه خيارًا احتياطيًا وليس افتراضيًا. Faster أخف وأسرع لأنه لا يدفع هذه التكلفة، وهذا أيضًا سبب عدم وجود أي شيء يقوله ضد SNI أو بصمة TLS. لا يوجد أي من المحركين هو الإصدار غير المكتمل للآخر.
لا شيء هنا يعالج حجب IP أو الاختناق على مستوى البروتوكول، ولا يفعل أي محرك VPN - يتم التعامل معها من الناحية التشغيلية (المزيد من الخوادم، المزيد من البلدان) أو لا يتم التعامل معها على الإطلاق. الادعاء بخلاف ذلك هو نوع الشيء الذي توجد هذه الصفحة لتجنبه.
قارن البروتوكولات الأساسية تقييم وترتيب خدمات VPN الشهيرة قاموس المصطلحات المستخدمة هنا