XHTTP أم WebSocket أم gRPC مع VLESS؟
فريق التحرير التقني · نُشر في 3 أكتوبر 2026
XHTTP وWebSocket وgRPC هي وسائل نقل تحمل بيانات الوكيل بين العميل والخادم. يعالج VLESS طلبات الوكيل، بينما يوفر TLS أو REALITY أمان الاتصال.
لا يحتاج معظم المستخدمين إلى اختيار وسيلة نقل بمعزل عن ملف الخادم. إذا قدم المزود اشتراكًا يعمل، فابدأ بإعداده كما هو. تظهر أهمية الفروق عند إنشاء خادم أو تشخيص مشكلة توافق. يشرح دليل VLESS أدوار هذه الطبقات.
WebSocket: مسار ويب معروف
يبدأ WebSocket باتصال HTTP ثم ينتقل إلى اتصال دائم ثنائي الاتجاه. استُخدم مع VLESS لسنوات، وتدعمه تطبيقات كثيرة ووكلاء عكسيون وبعض إعدادات CDN.
إذا كان اتصال WebSocket الحالي مستقرًا خلف وكيل عكسي أو CDN، فلا حاجة لتغييره لمجرد ظهور خيار أحدث. لكن ترقية HTTP/1.1 تترك سمات يمكن تمييزها. توصي وثائق Xray الحالية بالنظر في XHTTP للإعدادات الجديدة عندما يتوافق الطرفان. وعند استخدام CDN، يجب أن تتفق إعدادات النطاق والمسار وTLS وقواعد CDN والخادم الأصلي. انظر VLESS مع Cloudflare CDN.
gRPC: يعتمد على ضبط HTTP/2
gRPC مبني على HTTP/2. يستطيع الوكيل العكسي تمريره إذا كان يدعم HTTP/2 وgRPC على نحو صحيح. ويجب أن يتطابق اسم الخدمة وإعداد TLS وطريقة التوجيه مع الخادم.
توصي وثائق Xray بالنظر في XHTTP للإعدادات الجديدة المتوافقة، وتشير إلى قيود في gRPC منها سلوك fallback. هذا لا يعني ضرورة نقل خادم gRPC مستقر دون سبب عملي.
XHTTP: وسيلة نقل أحدث في Xray
يوفر XHTTP أوضاع تشغيل متعددة يمكنها معالجة اتجاهي النقل بطرق مختلفة. عندما يدعمه الخادم والعميل، تعرضه وثائق Xray كاتجاه للإعدادات الجديدة. وتصف وثائق Mihomo الحالية إعداد VLESS مع XHTTP أيضًا.
القيد الأساسي هو التوافق: قد لا يفهم عميل قديم أو نواة مدمجة قديمة أو محوّل اشتراكات الملف نفسه. افحص المسار كاملًا قبل الانتقال.
مقارنة مختصرة
| وسيلة النقل | نقطة القوة | ما يجب فحصه |
|---|---|---|
| WebSocket | دعم واسع وإعدادات مألوفة مع وكلاء الويب | يعتمد على نموذج ترقية HTTP الأقدم |
| gRPC | ملائم لبنية HTTP/2 المضبوطة | دعم gRPC في جميع الخدمات الوسيطة |
| XHTTP | أوضاع HTTP متعددة في Xray | إصدارات العميل والخادم والخدمات الوسيطة |
هذا ليس ترتيبًا للسرعة. المسار والازدحام وفقد الحزم وحمل الخادم قد تكون أهم من اسم النقل.
كيف تقرر؟
يمكن إبقاء WebSocket أو gRPC إذا كان الاتصال مستقرًا. عند إنشاء خادم Xray جديد، فكر في XHTTP إذا دعمه كل طرف في الاتصال. لا قيمة لتغيير إعداد يعمل لمجرد اختيار الاسم الأحدث.
افصل النقل عن الأمان: توثق Xray استخدام TLS مع الوسائل الثلاث، بينما تذكر REALITY مع RAW وXHTTP وgRPC، وليس WebSocket. لا يمكن تحويل ملف WebSocket مع TLS إلى REALITY بتغيير حقل واحد. راجع الفرق بين REALITY وTLS.
استخدم ملف الاشتراك كما قدمه المزود. تساعدك مقارنة عملاء VLESS في اختيار التطبيق، ويجد مستخدمو WahooVPN دليل الاستيراد إلى تطبيقات الطرف الثالث.
المراجع: توافق النقل في Xray، WebSocket، gRPC، XHTTP في Mihomo.