وسائل نقل عقدة
طابِق غلاف الشبكة الذي تستخدمه العقدة.
Transport هو الشكل الخارجي للاتصال. أغلب العقد المستوردة تختار Transport الصحيح أصلًا. لا تغيّره إلا إذا طلب المزوّد أو إعداد خادمك ذلك.
خيارات Transport في Tunna
RAW
اتصال بروتوكول مباشر من دون غلاف بأسلوب HTTP.
مناسب عندما يتوقع المزوّد اتصال Proxy بسيطًا بأسلوب TCP.
غير مثالي إذا كان المزوّد يذكر path أو host أو service name أو XHTTP mode.
WebSocket
ينقل العقدة عبر نقطة WebSocket، وغالبًا تكون خلف خادم ويب أو CDN.
مناسب عندما يعطيك الملف قيم Host وPath لـ WebSocket.
غير مثالي إذا لم تكن تعرف path أو headers بدقة.
gRPC
يستخدم gRPC service name وauthority اختياريًا.
مناسب عندما يعطيك المزوّد gRPC service name أو authority.
غير مثالي إذا وُصف الخادم بأنه WebSocket أو XHTTP أو HTTPUpgrade.
XHTTP
Transport أحدث يعتمد على HTTP، وله modes وسلوك طلبات متقدم.
مناسب عندما يقول الملف XHTTP بوضوح ويتضمن قيم mode أو host أو path.
غير مثالي إذا كنت تضبط الاتصال الأول والعقدة المستوردة تعمل أصلًا.
HTTPUpgrade
يبدأ كاتصال HTTP ثم ينتقل إلى اتصال Proxy.
مناسب عندما يتوقع الخادم HTTP upgrade path.
غير مثالي إذا أعطاك المزوّد WebSocket أو XHTTP بدلًا منه.
mKCP
Transport يعتمد على KCP، وله إعدادات MTU والتوقيت والنافذة.
مناسب عندما يعطيك خادمك أو المزوّد قيم mKCP بوضوح.
غير مثالي إذا كنت تخمّن إعدادات الأداء.
تعديل Transport بأمان
- أبقِ قيم Host وPath المستوردة إلا إذا كنت تعرف تصميم الخادم.
- لا تضف headers إلا إذا ذكرها المزوّد.
- في XHTTP، أبقِ Mode والإعدادات الإضافية المستوردة قبل تجربة تغييرات الأداء.
- في mKCP، تجنب تغيير قيم التوقيت والنافذة إلا إذا كان الخادم مضبوطًا لها.
لدى XHTTP عناصر تحكم أكثر لأن سلوكه أوسع
يمكن لـ XHTTP التحكم في وضع الطلب، وأحجام POST، والتباعد بين الطلبات، والحشو، وحجم ترويسة الخادم، وmultiplexing. تعامل مع هذه الحقول على أنها تعليمات من المزوّد أو ضبط متقدم، لا عناصر ضبط لأول اتصال.