Outbound 传输
匹配节点使用的网络封装。
Transport 是连接的外层形态。大多数导入节点已经选择了正确的传输方式。只有在提供商或你自己的服务器配置要求时才更改。
Tunna 中的 Transport 选项
RAW
没有 HTTP 风格封装的直接协议连接。
适合 提供商要求普通 TCP 风格的代理连接。
不适合 提供商列出了路径、主机、服务名称或 XHTTP 模式。
WebSocket
通过 WebSocket 端点承载节点，通常位于 Web 服务器或 CDN 后面。
适合 配置给出了 WebSocket 的 Host 和 Path 值。
不适合 你不知道确切的路径或 headers。
gRPC
使用 gRPC 服务名称和可选 authority。
适合 提供商给出了 gRPC 服务名称或 authority。
不适合 服务器被描述为 WebSocket、XHTTP 或 HTTPUpgrade。
XHTTP
一种较新的基于 HTTP 的传输，带有模式和高级请求行为。
适合 配置明确写明 XHTTP，并包含 mode、host 或 path 值。
不适合 你正在设置首次连接，并且导入的节点已经可用。
HTTPUpgrade
以 HTTP 开始，然后升级为代理连接。
适合 服务器要求 HTTP upgrade 路径。
不适合 提供商给的是 WebSocket 或 XHTTP。
mKCP
一种基于 KCP 的传输，包含 MTU、时序和窗口设置。
适合 你的服务器或提供商明确提供 mKCP 值。
不适合 你只是在猜测性能设置。
安全编辑传输设置
- 除非你了解服务器布局，否则保留导入的 Host 和 Path 值。
- 除非提供商列出 headers，否则不要添加。
- 对于 XHTTP，在尝试性能调整前，保留导入的 Mode 和额外设置。
- 对于 mKCP，除非服务器已针对这些值调优，否则避免更改时序和窗口值。
XHTTP has more controls because it has more behavior
XHTTP can control request mode, POST sizes, request spacing, padding, server header size, and multiplexing. Treat those fields as provider instructions or advanced tuning, not first-connection knobs.