SRSP / GhostCloak: ملف الأدلة والمزايا وحالات الاستخدام
مراجعة عملية لـ SRSP / GhostCloak بدرجات 0–100 للتمويه والكفاءة والمرونة، مع أفضل استخدام والقيود.
ملف الأدلة
كل مقياس يستخدم درجة تحريرية من 0 إلى 100 (مع تسمية نطاق نوعي) بناءً على التصميم الموثّق والتحقق المتاح. يعكس مستوى يُشرح نضج المنظومة منفصلاً ولا يغيّر الدرجات.
التمويه
92ممتازةEnabled SRSP nodes require REALITY (mode + hex keys; API refuses silent standard fallback). Real TLS 1.3, Chrome 150-shaped ClientHello, EKM UUID masking, /24 and /48 probe limits with a bounded HTTP masquerade. JA4 describes fingerprint camouflage, not a separate cipher.
الكفاءة
90ممتازةGMNPP multiplexing and a warm pool reuse an established protected connection for later streams. Native UDP v2 (session KDF + owner rotation) is on the default egress path for Desktop and Android when both session flags are true; new GMSU1 associations are refused once canonical session is enabled (P0-B exit).
المرونة
85ممتازةProbing guard and connection reuse under disruption, plus jittered rekey, sticky resume tickets, and Native UDP v2 owner rotation on the canonical session path for default-on egress. Public hostile-network field history is still shorter than WireGuard or mature VLESS+REALITY deployments.
الدرجات تقييمات تحريرية مقارنة مرتبطة بالمصادر المذكورة، وليست معايير مختبرية مستقلة أو قياسات إنتاج.
الأفضل لـ
مسارات GhostMesh على Windows/Android التي تحتاج تمويه TLS وإعادة استخدام mux
GhostMesh SRSP default path as of 2026-08-04: REALITY-required enabled nodes, GMNPP mux/warm pool, canonical session with rekey/resume, Native UDP v2 (egress default-on; relay remains off)
2026-08-04
Advanced-beta: automated tests + default-on egress templates/control-plane flags. Sustained multi-ISP hostile-network field history remains shorter than WireGuard or mature VLESS+REALITY fleets.
مراجعة تحريرية
ما المشكلة التي يحلها البروتوكول فعلاً؟
بعيداً عن الاختصارات والتسويق، صُمم SRSP / GhostCloak لمهمة عملية: مسارات GhostMesh على Windows/Android التي تحتاج تمويه TLS وإعادة استخدام mux. البروتوكول ليس تشفيراً أو نتيجة سرعة فقط؛ فهو يحدد بدء الجلسة وشكل الحركة أمام الشبكة وسلوك الاتصال مع التصفية أو فقدان الحزم أو تغير المسار. ملفه الهندسي الإجمالي الحالي 89/100 · ممتازة.
نظرة أعمق
تفصيل أوضح للتصميم والسلوك اليومي ونقاط القوة والقيود.
بروتوكول SRS Secure Session Protocol (SRSP / GhostCloak) لا يبرز بمكوّن سري واحد، بل بطريقة جمع عدة قرارات هندسية في مسار منتج واحد. ينشئ العميل جلسة محمية، ويظهر للمراقب بشكل TLS قريب من متصفح حديث، ثم يعيد استخدام ذلك العمل عبر التجميع ومجمع اتصالات دافئ حتى لا تعيد كل تدفق جديد كامل إجراءات المصافحة. على Windows وAndroid، الفائدة المقصودة اتصال أكثر هدوءًا—لا قائمة أطول من الاختصارات.
الفكرة المركزية هي تجنب الاختيار المبكر بين السرعة والتمويه. الشبكات العادية تكافئ الجلسة السريعة والنقل الكفء؛ والشبكات المفلترة تعاقب المصافحة غير المعتادة. لذا يستهدف SRSP ملف advanced-beta متوازنًا، دون الادعاء بأنه بديل ميداني مثبت عن حزم لها سنوات من نشر VLESS + REALITY.
المسار المُسلَّم يستخدم TLS 1.3 مع ClientHello بشكل Chrome 150، وREALITY/EKM الإلزامي على العقد المفعّلة (fail-closed دون رجوع صامت إلى TLS القياسي)، وmux مع مجمع دافئ لإعادة استخدام الاتصالات، وحارس ضد الاستكشاف (probing). يجب قراءة JA4 بدقة: يصف تمويه البصمة وشكلها، وليس خوارزمية تشفير منفصلة.
بعد المصافحة، يدور مسار الإصدار حول إعادة استخدام الاتصال ومقاومة الفحص. يتيح تعدد إرسال GMNPP والمجمع الدافئ للتدفقات الجديدة أن تسير عبر اتصال محمي قائم بالفعل، لذا يدفع الاتصال الأول وحده كلفة DNS وTCP وTLS كاملة. تضيف حماية الفحص حدوداً لكل IPv4 /24 وIPv6 /48، وتحققاً صارماً من السجلات، ورد HTTP masquerade محدوداً — وهي ترفع كلفة المسح دون ادعاء عدم التمييز. الجلسة canonical وإعادة المفاتيح التلقائية مع jitter وsticky resume وNative UDP v2 موصولة كـ مسار egress الافتراضي (API + SIGHUP)؛ يبقى الـ relay غير canonical.
أين يستحق ملفه
- تمويه موجَّه لـ DPI متوازن دون التخلي عن الإنتاجية العالية في المسار المُسلَّم.
- mux والمجمع الدافئ يجنّبان التدفقات اللاحقة تكلفة المصافحة الكاملة.
- مسار منتج أساسي موحّد لـ Windows/Android يقلل انحراف السلوك بين المنصات.
ما الذي يجب فحصه قبل الاختيار
- الجلسة الأولى ما زالت تدفع تكلفة DNS وTCP وTLS؛ وحل الأسماء أو المسار السيئ لا يُصلح باسم البروتوكول وحده.
- يحمل Native UDP v2 حركة المرور الحساسة للتأخير على مسار egress الافتراضي؛ ويبقى ASSOCIATE فوق mux TCP احتياطياً إن لم يُتفاوض على v2.
- التاريخ الميداني العلني على الشبكات العدائية أقصر من WireGuard وOpenVPN أو نشرات VLESS + REALITY الناضجة؛
كيف يبدو في شبكة حقيقية
تصبح التصنيفات مفيدة عند ربطها بالاستخدام اليومي: التمويه 92/100، الكفاءة 90/100، والمرونة 85/100. أقوى جانب هو التمويه (92/100)، بينما يحتاج المرونة (85/100) إلى توقعات واقعية. هذا الملف أهم من رقم إجمالي واحد.
المقايضة خلف الملف
لا يفوز أي بروتوكول في كل شيء. يوازن SRSP / GhostCloak بين المظهر الطبيعي والكفاءة والقدرة على تحمل التصفية والخسائر. المهم هو توافق هذه المقايضة مع شبكتك وتطبيقاتك.
المنظومة وسجل الاستخدام
يساعد هذا السياق في القرار طويل الأمد، لكنه منفصل عن الدرجات أعلاه.
Advanced-beta: automated tests + default-on egress templates/control-plane flags. Sustained multi-ISP hostile-network field history remains shorter than WireGuard or mature VLESS+REALITY fleets.
المصادر
تستخدم التقييمات درجات تحريرية 0–100 للتمويه والكفاءة والمرونة. إنها ملفات هندسية مقارنة لمسار GhostMesh المنشور والوثائق العامة — وليست قياسات مختبرية مستقلة.
لمن يناسب
اختر SRSP / GhostCloak عندما يشبه احتياجك: مسارات GhostMesh على Windows/Android التي تحتاج تمويه TLS وإعادة استخدام mux. قد تكفي وسيلة أبسط في الشبكات المفتوحة؛ أما مع DPI أو التجوال أو المسارات غير المستقرة فامنح التمويه والمرونة وزناً أكبر.
الخلاصة التحريرية
يناسب SRSP من يريد مسار VPN متماسكًا مع تمويه TLS قوي، لا عدة نقل وإضافات. اعتبروه advanced-beta: مقنع حين تهم إعادة الاستخدام والشبكات الصعبة، لكنه ليس بديلاً افتراضيًا عن حزم ذات تاريخ ميداني أطول.
كيف تختار
اختر حسب شبكتك الفعلية. الكفاءة أهم في الشبكات المفتوحة، بينما يهم التمويه والمرونة أكثر مع التصفية.