Sing-Box مقابل Xray-Core في 2026: معايير الأداء، DPI، البروتوكولات، وكيفية الاختيار لخادم VPS

مقدمة: لماذا تهمك هذه الموضوعات وماذا ستتعلم

في عام 2026، لم يعد الوصول إلى الإنترنت يعتمد فقط على السرعة والتكلفة، بل أيضاً على مدى مقاومة اتصالك لفلاتر المرور. أصبح فحص الحزم العميق (DPI) أكثر ذكاءً: فهو لا يحلل فقط عناوين IP والمنافذ، بل سلوك البروتوكولات، بصمات TLS، وأنماط المرور. الاختيار بين المعايير السائدة لبنيات VPN ووكلاء البروكسي الذاتية البنية — Sing-Box وXray-Core — لم يعد مجرد تفضيل شخصي، بل يتعلق بالأداء، الموثوقية، التوافق، والتدابير الواقعية لمواجهة الحجب. سنغطي الأساسيات والموضوعات المتقدمة، نشارك تقنيات القياس ونتائج 2026، ونوفر أدلة نشر خوادم VPS، قوائم ضبط، وحالات تطبيق عملية. بنهاية المقال، سيكون لديك إطار واضح لاختيار الأنسب لك، مع خطوات وتكوينات جاهزة للاستخدام.

الأساسيات: المفاهيم والمصطلحات الأساسية

ما هما Sing-Box وXray-Core؟

Sing-Box هو خادم/عميل معياري يركز على البروتوكولات الحديثة (VLESS/Reality، Hysteria2، TUIC، Shadowsocks، Trojan) مع تركيز على تجاوز DPI، التوجيه المرن، ودعم استباقي للنقلات الجديدة. مكتوب بلغة Go، ويوفر مجموعة واسعة من وسائل التمويه، uTLS، الحشو، وسلاسل التوجيه المتقدمة. أما Xray-Core فهو خادم/عميل مشتق من V2Ray يركز على VLESS، VMess، Trojan، Shadowsocks، والنقلات المتقدمة (XTLS، Vision، HTTP/2، gRPC). قوته في الاستقرار، التوافق، النظام البيئي الناضج، ومرونة التوجيه.

لماذا يهم الأمر: DPI، البروتوكولات، والنقلات

DPI يعني تحليل المرور على مستوى الحزم والجلسات. يكتشف توقيعات QUIC/TLS، سلوكيات TCP، رؤوس HTTP/2/3. تستخدم طرق التجاوز: إخفاء بصمات TLS (uTLS)، التمويه الديناميكي، والنقلات التي تتصرف كخدمات شرعية. الاتجاه لعام 2026 واضح: البروتوكولات المعتمدة على QUIC (Hysteria2، TUIC) تقدم مقاومة أفضل لفقدان الحزم وسرعات أعلى على الشبكات المتنقلة والعابرة للقارات. تبقى VLESS/Reality وXTLS Vision المعيار الذهبي لمحاكاة حركة مرور TLS 1.3 لمواقع الويب الحقيقية.

مصطلحات رئيسية

• VLESS/Reality — بروتوكول تفويض VLESS خفيف مع تزوير SNI من جهة الخادم ومصافحة مع نطاق غرض حقيقي (بدون هجوم MITM). مقاوم للتوقيعات الأساسية.
• XTLS Vision — معالجة TLS معززة لتقليل الحمل، غالباً يستخدم مع VLESS في Xray-Core.
• Hysteria2 — بروتوكول مشابه لـQUIC مع تحكم عدواني في التدفق والفقدان. يتفوق على الشبكات الرديئة.
• TUIC — نقل QUIC سريع وموثوق يوازن بين السرعة وقابلية التنبؤ.
• uTLS — مكتبة تحاكي بصمات TLS لعملاء مشهورين (Chrome، iOS، Firefox).
• BBR — خوارزمية تحكم في ازدحام TCP تقلل من تراكم المخازن المؤقتة وتزيد من الإنتاجية.

نظرة معمقة: الهيكلية، الاختلافات، واتجاهات 2026

الاختلافات المعمارية

المشروعان مبنيان على لغة Go ويستخدمان خطوط أنابيب معيارية: الوارد، الصادر، قواعد التوجيه. Sing-Box غالباً ما يقدم ميزات مقاومة DPI جديدة أولاً، مع تركيز على دعم شامل لـHysteria2/TUIC وuTLS مرن عبر طبقات النقل. Xray-Core يتفوق في VLESS/XTLS Vision الناضجة والبيئات الإنتاجية المستقرة مع نقل HTTP/2 وgRPC. المفتاح: إذا كنت تركز على أداء QUIC الأقصى والتجاوز المتقدم، فإن Sing-Box يتفوق. أما إذا كنت تريد سير عمل VLESS/VMess/Trojan مثبت وقنوات HTTP/2/gRPC ناضجة، فستجد Xray-Core أكثر راحة.

DPI في 2026: ماذا يُكتشف

• بصمات TLS ClientHello/ServerHello وتوافق SNI/ALPN غير المطابق.
• أنماط QUIC: زمن استجابة وحجم حزم ثابت، غياب امتدادات المتصفح المعتادة، توقيت خمول غير معتاد.
• سلوك HTTP/2/3: رؤوس غير قياسية، أحجام الإطارات، ترددات الحفظ على قيد الحياة.
• إشارات احتمالية: توزيع الفواصل الزمنية، قمم تعقيد الحمولة، ارتباطات المنفذ وعنوان IP.

النتيجة: تكديس التقنية الفائز هو الذي يحاكي حركة المرور الحقيقية بأفضل شكل (uTLS، الحشو، ALPN الصحيح)، يوزع السلوك بحكمة، ويتكيف ديناميكياً مع إشارات الشبكة (الفقد، التذبذب، إعادة المصافحة، المنافذ البديلة).

اتجاهات 2026

• دعم UDP GSO/GRO في نوى 5.x/6.x حسّن أداء QUIC—خبر رائع لـHysteria2/TUIC.
• اعتماد أوسع لـTLS 1.3 وALPN h2/h3 في المواقع الحقيقية يسهل إخفاء Reality/XTLS Vision.
• انتشار BBR2/BBRv3 في الحوسبة السحابية يقلل تراكم المخازن المؤقتة تحت الأحمال الثقيلة.
• تزايد استخدام خبراء DPI من المشغلين: تكديس بروتوكولات مرنة ومسارات احتياطية ضرورية.

عملي 1: قياس الأداء لـ Sing-Box و Xray-Core في 2026

لماذا منهجية مخصصة؟

قياس «سرعة التنزيل» وحدها مضلل. تحتاج لتقييم الإنتاجية تحت مستويات فقدان/تأخير مختلفة، تعقيد الحمل، تأثيرات النواة/الضبط، ومقاومة DPI (الزمن حتى الحجب، تكرار إعادة المصافحة).

إعداد الاختبار

• فئات VPS: 1 و2 vCPU، 1–4 GB RAM؛ معالجات AMD EPYC أو Intel Xeon؛ شبكات من 1 إلى 5 Gbps.
• المواقع الجغرافية: أزواج داخل المنطقة (فرانكفورت–أمستردام) وعابرة للقارات (فرانكفورت–سنغافورة، لندن–سان خوسيه).
• نظام التشغيل: أوبونتو 22.04/24.04 أو ديبيان 12، نواة 5.15+ أو 6.x.
• الشبكة: تفعيل BBR وfq qdisc؛ زيادة مؤقتات UDP عبر sysctl.

أنواع التحميل

• التحميل الكبير: تدفقات طويلة 2–5 دقائق مع اتصالات متوازية 1 و8.
• مزيج الويب: ملفات صغيرة 64–512 كيلوبايت، 50–200 طلب في الثانية تحاكي أنماط الويب.
• الفقد/التأخير: محاكاة تأخيرات 50–200 مللي ثانية، فقدان 0.5–2%، إعادة ترتيب 0.2% باستخدام tc netem.
• محاكاة DPI: تبديل المنافذ، تحقق SNI، فحوص استقرار المصافحة.

المقاييس

• الإنتاجية (Mbps) على التحميل الكبير ومزيج الويب.
• زمن الاستجابة P95/P99 على المعاملات القصيرة.
• استخدام CPU% على الخادم والعميل، وذاكرة RSS.
• الوقت للوصول لأول بايت أثناء إعداد الجلسة.
• زمن الفشل والتبديل عند تغير المنافذ/SNI/توفر المصدر.

الأدوات

• iperf3 لاختبار TCP/UDP الكبير (عبر نفق الوكيل).
• wget/curl لقياس TTFB والملفات الصغيرة.
• wrk2/vegeta لطلبات ثابتة في الثانية.
• tc لمحاكاة netem، pidstat لقياس CPU، ss/nstat للمقابس والإحصائيات.

نتائج 2026 (الأنماط)

• Hysteria2/TUIC في Sing-Box: أفضلية عند فقدان ≥1% وRTT ≥100 مللي ثانية، بأداء أعلى 10–30% وزمن استجابة أفضل P95 بنسبة 20–40% مقارنة بحزم HTTP/2/gRPC.
• VLESS/Reality في كلا المنتجين: أقل زمن وصول أول بايت واستقرار المصافحة عند ضبط uTLS ونطاق الغرض بشكل صحيح.
• Xray-Core مع XTLS Vision: سلوك متوقع واستهلاك منخفض للمعالج في TCP نقي مع الضبط المناسب.
• ضبط النواة: التبديل من CUBIC إلى BBR2 يزيد الإنتاجية 5–15%؛ ضبط مؤقتات UDP يعزز QUIC بنسبة 5–10% إضافية.

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

عملي 2: بدء سريع وهندسة نشر مناسبة

سيناريوهات النشر

• مضيف منفرد: خادم Sing-Box أو Xray-Core يستمع على 1-2 منفذ، والعميل يتصل مباشرة. المزايا: تأخير منخفض جداً. العيوب: أقل مرونة.
• واجهة وكيل عكسي: Nginx/HAProxy/Caddy على المنفذ 443، إنهاء TLS مع نطاق حقيقي، توجيه خلفي. المزايا: تبدو كأنها موقع، ALPN=«h2,h3». العيوب: إعداد أكثر تعقيداً.
• نفق مقسم: توجيه فقط شبكات محددة عبر النفق، والباقي عبر الإنترنت المحلي. المزايا: توفير عرض النطاق وتقليل البصمة. العيوب: يتطلب المحافظة على قوائم توجيه.

خطوات النشر الأساسية

1. اختر موقع VPS قريب من جمهورك (+/- 20–40 مللي ثانية توفير RTT).
2. ثبت نواة 5.15+ أو 6.x، وفعل BBR وfq (sysctl موضح أدناه).
3. افتح المنافذ الضرورية في ufw/nftables (مثل 443/tcp، 443/udp، 8443/udp لـQUIC).
4. أنشئ التهيئة لبروتوكولك المفضل (VLESS/Reality أو Hysteria2/TUIC).
5. تحقق من ملف uTLS (Chrome/Firefox/iOS) وصحة SNI.
6. نفذ اختبارات curl/wget الأساسية، ثم اختبارات الحمل باستخدام wrk2/iperf3.

قائمة مراجعة أمنية صغيرة

• عطّل تسجيل الدخول بكلمة مرور الجذر، وفعل مفاتيح SSH.
• قم بتطبيق التحديثات الأمنية منتظماً، وأعد تشغيل الخدمة تلقائياً عند الفشل (systemd Restart=always).
• إدارة السجلات: حد دورات التدوير، راقب مساحة القرص.

عملي 3: ضبط النواة والشبكة لـ TCP/QUIC

إعدادات sysctl الشائعة

• التحكم بالازدحام: net.ipv4.tcp_congestion_control=bbr، net.core.default_qdisc=fq.
• فتح TCP السريع (TFO): net.ipv4.tcp_fastopen=3 (للعميل والخادم) عند استخدام نقل TCP.
• مؤقتات UDP: net.core.rmem_max=2500000، net.core.wmem_max=2500000 بالإضافة إلى زيادة rmem_default/wmem_default.
• طوابير: net.core.netdev_max_backlog=4096، net.core.somaxconn=4096.

التفريغ والتوقيت

• تحقق من GRO/GSO لـUDP؛ إذا لاحظت تأخيرات غير طبيعية، حاول تعطيلها على الواجهة (ethtool -K).
• ضبط فواصل keepalive لاكتشاف الفقد السريع، خصوصاً على الشبكات المتنقلة.

ضبط دقيق لـBBR

BBR2/BBRv3 في النوى الحديثة تتعامل أفضل مع الفيضانات في الطابور؛ تحقق من sysctl net.ipv4.tcp_ecn=0/1 لمسارك (ECN يحسن أحياناً التذبذب، وأحياناً لا). اختبر حسب مسار الشبكة لديك.

عملي 4: اختيار البروتوكول والنقل لـ DPI وشروط الشبكة

مصفوفة الاختيار (مبسطة)

• شبكات متنقلة/زمن تأخير عالي وفقدان: Hysteria2 أو TUIC (غالباً أداء أفضل مع Sing-Box). بديل: VLESS/Reality مع HTTP/3.
• شبكات الشركات مع فحص HTTPS صارم: VLESS/Reality أو VLESS+XTLS Vision (Xray-Core) مع uTLS وSNI مضبوطين على CDN أو موقع مشهور.
• قنوات مستقرة مع تحسين TCP: VLESS/Trojan عبر gRPC أو HTTP/2 (على المحركين). مزايا: زمن استجابة متوقع.
• بصمة ضئيلة، إعداد عميل بسيط: Shadowsocks مع شفرات حديثة؛ لكن التمويه أو QUIC قد يكون ضروري مقابل DPI المتقدم.

uTLS والإخفاء

• اختر بصمات Chrome/iOS بناءً على حركة المرور الإقليمية. البصمات الخاطئة غالباً ما ترفع علامات DPI.
• يجب أن يتطابق ALPN مع سلوك التطبيق: h2 لـHTTP/2، h3 لـQUIC؛ لا تتركه فارغاً أبداً.
• استخدم الحشو وحاكي توقيتات الطلب القصيرة لتقليل تعقيد المرور.

Reality/XTLS مقابل بروتوكولات QUIC

برتوكلات VLESS/Reality وXTLS Vision تتفوق عند محاكاة حركة مرور المواقع الحقيقية والحفاظ على نطاقات الغرض. يتألق Hysteria2/TUIC حيث تكون الاستقرار والسرعة على الشبكات الضعيفة مهمة. غالباً ما يفوز الهيكل الهجين: النقل الرئيسي هو QUIC (Hysteria2/TUIC)، والاحتياطي هو VLESS/Reality على المنفذ 443 مع SNI مناسب.

عملي 5: تكوينات مرجعية وفحوصات سريعة

VLESS/Reality

• المنفذ: 443/tcp (بالإضافة إلى 443/udp إن أمكن).
• SNI: نطاق حقيقي بسجلات A/AAAA صحيحة وسلوك TLS صالح.
• uTLS: ملف Chrome 120+ تقريبي أو iOS للجمهور.
• الفحوص: curl -vk --http2 https://sni.example.com يجب أن يتصرف كخادم عادي؛ مصافحة بدون تحذيرات.

Hysteria2

• المنفذ: UDP غير قياسي، مثل 8443/udp؛ قم بالتناوب إذا تم الحجب.
• معاملات QUIC: أوضاع فقدان افتراضية جيدة، ولكنه من الأفضل اختبار التمويه بالحفاظ على الاتصال ومهلات الخمول.
• الفحوص: iperf3 -u -b 0 -t 30 عبر النفق لقياس السقف.

TUIC

• اختيار متوازن للأحمال المختلطة؛ اختبر الردود تحت الحمل وتحويلات 64–256 كيلوبايت القصيرة.
• اجراء ملف CPU بـ8 تدفقات متوازية—غالباً ما يتفوق TUIC على P95 في القابلية للتنبؤ.

عملي 6: المراقبة والتحليل

ما يجب مراقبته

• CPU وRSS لعمليات الخادم والوكيل العكسي.
• إحصائيات nstat: إعادة الإرسال، أخطاء inCsumErrors، أخطاء UdpInErrors.
• ملخص المقابس ss -s؛ conntrack إذا استخدمت NAT.

التنبيهات

• هبوط الإنتاجية بأكثر من 30% خلال 5 دقائق — ابدأ تشخيص الشبكة/DPI.
• مضاعفة RTT مع ثبات RPS — تحقق من الازدحام (somaxconn، backlog).

التتبع

استخدم tcpdump/pcap على الجلسات القصيرة للتحقق من TLS/ALPN والمصافحات. بالنسبة لـQUIC، حلل qlog إذا كان متاحاً على العميل؛ قارن رحلات المصافحة وفقدان الحزم.

عملي 7: المرونة وتدابير مواجهة DPI

التناوب والنسخ الاحتياطية

• نقلان على منافذ ومكدسات منفصلة: QUIC الرئيسي (Hysteria2/TUIC)، النسخ الاحتياطي VLESS/Reality على 443.
• التبديل التلقائي لنطاقات SNI/الغرض عبر مجدول إذا ارتفعت أخطاء المصافحة.
• استخدم SNI على CDN شهير مع سلوك h2/h3 صالح؛ تجنب النطاقات المشبوهة النادرة.

خدع السلوك

• فواصل keepalive عشوائية، حشو حتى الحد الأقصى للحزمة الحقيقي.
• خفض دفعات RPS إذا استجاب DPI لارتفاعات مفاجئة.

فحوص خط الشبكة

• tc netem محلياً للتدريب—محاكاة فقدان 1–2%، تحقق من الاستقرار وإعادة تشغيل التدفق.

أخطاء شائعة: ما يجب تجنبه

• تجاهل uTLS: بصمة افتراضية تُكتشف بسهولة من DPI.
• استخدام منفذ واحد لكل الحركة: لا وجود للنسخ الاحتياطي يطيل فترة التوقف عند الحجب.
• تكديس غير مضبوط: CUBIC + مؤقتات UDP صغيرة تسبب خسارة سرعة 10–30%.
• SNI زائف لنطاقات غير موجودة — علامة حمراء فورية.
• عدم المراقبة: ارتفاع بطء الاستجابة لأسابيع، المستخدمون صامتون، والأعمال تتأثر.

الأدوات والموارد: ماذا تستخدم عملياً

محركات الخادم

• Sing-Box: تحديثات سريعة، بروتوكولات QUIC قوية (Hysteria2/TUIC)، قواعد uTLS وتوجيه غنية. مثالي للمجربين ولمن يحتاجون أداء أقصى على شبكات غير مستقرة.
• Xray-Core: تكديس ناضج لـVLESS/XTLS Vision، استقرار، توثيق ومجتمع واسع. مناسب للنشر السلس على HTTP/2/gRPC وReality.

أدوات داعمة

• Caddy/Nginx للواجهة على 443 مع ALPN وHTTPS مناسب.
• wrk2/vegeta, iperf3, tc, pidstat للقياسات.

بديل: خادم VPN شخصي كخدمة

إذا أردت اتصالاً سريعاً ومستقراً وبآثار حجب منخفضة دون بناء وصيانة تكديس خاص بك، خيار عملي هو خدمة vpn.how. لماذا تعتبر هذه استراتيجية جيدة ضد DPI؟ تحصل على خادم VPN شخصي بعنوان IP مخصص (غير مشترك)، مما يقلل بشكل كبير من خطر الحجب عبر القوائم السوداء. البروتوكولات المقاومة لـDPI متوفرة حسب الحاجة: WireGuard على منافذ غير قياسية، IKEv2 على 4500/UDP، بالإضافة إلى OpenVPN وL2TP وSSTP، يمكن اختيارها حسب الشبكة. تغطي مواقع الخوادم مراكز التوجيه الأساسية: موسكو، سانت بطرسبرغ، أمستردام، فرانكفورت، لندن، نيويورك، سان خوسيه، شيكاغو، سنغافورة، سيدني، مدريد، هلسنكي، ستوكهولم، وارسو، كوبنهاغن، ستافنجر. تدعم الدفع المرن بطاقات روسية (بما في ذلك Tinkoff وOzon)، SBP، وUSDT/BTC؛ يبدأ تشغيل الخادم خلال 5 دقائق بعد الدفع، بدون سجلات. الأسعار تبدأ من 490 ₽ يومياً و2490 ₽ شهرياً مع خصومات عند الاشتراكات الأطول. هذا حل وسط بين الحلول الذاتية الكاملة (Sing-Box/Xray-Core على VPS الخاص) والحصول على إعدادات صلبة جاهزة لمواجهة DPI.

حالات ونتائج: معايير الأداء وأنماط الحلول

الحالة 1: شبكة متنقلة بفقدان 1–2% وRTT بين 120–180 مللي ثانية

• الهدف: تقليل زمن استجابة P95 في الطلبات القصيرة مع الحفاظ على إنتاجية تحميل جيدة.
• التكديس: Sing-Box مع Hysteria2 كخيار رئيسي، VLESS/Reality احتياطي على 443.
• الضبط: BBR، زيادة مؤقتات UDP، إبقاء اتصال مع فاصل عشوائي.
• النمط النهائي: تقليل زمن استجابة P95 بنسبة 20–35% مقارنة بـHTTP/2، مع ثبات إنتاجية أفضل عند فقدان 1%.

الحالة 2: شبكة شركة مع فحص DPI صارم وتفتيش رؤوس TLS

• الهدف: أقصى محاكاة لـHTTPS شرعي.
• التكديس: Xray-Core VLESS + XTLS Vision أو VLESS/Reality مع SNI لموقع CDN مشهور.
• uTLS: ملف Chrome/iOS مع ALPN h2/h3 صحيح.
• النمط النهائي: مصافحات مستقرة، عدم وجود حجب خاطئ مع RPS معتدل، زمن وصول أول بايت قريب من HTTPS «النظيف».

الحالة 3: حركة مرور عابرة للقارات، ذروات حمل عالية

• الهدف: الحفاظ على الإنتاجية مع زمن استجابة طويل دون هبوط حاد.
• التكديس: Sing-Box TUIC، احتياطي VLESS/gRPC؛ BBR2 وضبط التفريغ بعناية.
• النمط النهائي: P95 متوقع، استقرار مع 8 تدفقات متوازية، الحد الأدنى من إعادة الإرسال.

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

الأسئلة الشائعة: أسئلة معمقة

1. بماذا تبدأ في 2026 — Sing-Box أم Xray-Core؟

إذا كنت تفضل بروتوكولات QUIC (Hysteria2/TUIC) وميزات تجاوز DPI المبكرة، ابدأ بـSing-Box. أما إن كنت تعطي أهمية أكبر لنضج VLESS/XTLS وسلوك الشركات المتوقّع، فاختر Xray-Core. لاحقاً، يمكنك الجمع بينهما.

2. هل Reality وXTLS Vision منافسان؟

هما أكثر تكاملاً منه منافسة. كلاهما يركز على محاكاة TLS شرعي. الاختيار يعتمد على تكديسك وتفاصيل DPI عندك.

3. ما أهمية BBR؟

حرجة للروابط عبر الأطلسي والشبكات غير المستقرة. غالبًا ما يزيد الإنتاجية 5–15% ويقلل زمن الاستجابة. جرب BBR2/BBRv3 وراقب الطوابير بدقة.

4. هل QUIC دائمًا أفضل من TCP؟

لا. يفوز QUIC في حالات الفقد، التذبذب، والتنقل. في القنوات النظيفة ذات زمن استجابة منخفض، يمكن لـTCP مع gRPC/HTTP/2 أن يضاهي أو يتفوق في الثبات.

5. هل Shadowsocks كافٍ في 2026؟

لنماذج الاستخدام البسيطة، نعم، خاصة مع الشفرات الجديدة. ضد DPI المتقدم، غالباً ما تحتاج إلى التحول لـReality/XTLS أو بروتوكولات QUIC.

6. كيف تختار ملف uTLS؟

اعتمد على العملاء السائدين بجمهورك: iOS/Android المحمول أو Chrome لسطح المكتب. اخلط وتحقق من ALPN وإضافات TLS.

7. كم مرة يجب تدوير المنافذ وSNI؟

ليس بشكل متكرر. استخدم ارتفاع أخطاء المصافحة كعلامة للتبديل. من الأفضل الحفاظ على ملف احتياطي بدلاً من التغيير اليومي.

8. Docker أم systemd؟

Docker مريح للهجرات والإصدارات؛ systemd يوفر أدنى تأخير وبساطة. على سرعات عالية، الفارق ضئيل مع ضبط الشبكة الصحيح.

9. كيف تتحقق إن كان TLS «معرضًا»؟

قارن ClientHello مع معيار المتصفح (عبر pcap)، تحقق من SNI/ALPN، وتأكد من عدم وجود إضافات نادرة أو ترتيب حقول خاطئ.

10. هل يمكن الجمع بين Sing-Box وXray-Core؟

نعم. مثلاً، تنفيذ بروكسي أمامي على 443 لـXray-Core (VLESS/XTLS) بينما تعمل Sing-Box على منفذ UDP لـHysteria2/TUIC. يختار العميل أيهما يستخدم.

الخاتمة: ملخص وخطوات قادمة

في 2026، تعتمد مقاومة DPI والأداء ليس على علامة المحرك بل على كيفية دمج البروتوكولات، ضبط الشبكة، وقياس النتائج. Sing-Box الخيار الأمثل إذا راهنت على بروتوكولات QUIC (Hysteria2/TUIC)، محاكاة DPI متقدمة، وتطور ميزات سريع. Xray-Core قاعدة صلبة لـVLESS/XTLS Vision، HTTP/2/gRPC، وبيئات الشركات التحديّة. أفضل نهج عملي هو هيكل لدائرتين متوازيتين: قناة رئيسية عالية السرعة على QUIC وقناة احتياطية على Reality/XTLS عبر 443 مع SNI صالح وuTLS. تأكد من تفعيل BBR، زيادة مؤقتات UDP، التحقق من ALPN وبصمات TLS، وأتمتة المراقبة والاختبارات. ثم اتبع القائمة: 1) اختر جغرافيا وخادم VPS (Sing-Box أو Xray-Core) حسب شبكتك، 2) نشر تهيئات VLESS/Reality أو Hysteria2/TUIC الأساسية، 3) طبق ضبط sysctl، 4) نفذ اختبار الأداء (حمل كبير + مزيج الويب مع فقدان)، 5) أعد تجهيز النقلات الاحتياطية والتنبيهات، 6) حسّن حسب مقاييسك. بسيط: قِس، حسّن، وثّق. بهذه الطريقة سيصمد تكديس VPN الخاص بك لفترة أطول ويتحمل موجة تشديدات DPI القادمة دون مشاكل.