出站 传输方式
匹配节点使用的网络封装方式。
Transport 是连接外面的一层包装。大多数导入的节点已经选好了正确的传输方式。只有服务商或你自己的服务器配置明确要求时，才改这里。
Tunna 中的 Transport 选项
RAW
不加 HTTP 类封装，直接按协议连接。
适合 服务商要求普通 TCP 风格的代理连接时使用。
不适合 如果服务商列出 path、host、service name 或 XHTTP mode，就不要选它。
WebSocket
让节点通过 WebSocket 端点连接，常见于 Web 服务器或 CDN 后面。
适合 配置里给了 WebSocket 的 Host 和 Path 值时使用。
不适合 如果你不知道准确的 path 或 headers，就不要选它。
gRPC
使用 gRPC service name，必要时也使用 authority。
适合 服务商给出 gRPC service name 或 authority 时使用。
不适合 如果服务器说明写的是 WebSocket、XHTTP 或 HTTPUpgrade，就不要选它。
XHTTP
一种较新的基于 HTTP 的传输方式，可以设置 mode 和更细的请求行为。
适合 配置明确写着 XHTTP，并包含 mode、host 或 path 值时使用。
不适合 如果你正在做首次连接，而且导入的节点已经能用，就不要选它。
HTTPUpgrade
先以 HTTP 开始，再升级成代理连接。
适合 服务器要求 HTTP upgrade path 时使用。
不适合 如果服务商给的是 WebSocket 或 XHTTP，就不要选它。
mKCP
一种基于 KCP 的传输方式，带有 MTU、timing 和 window 设置。
适合 你的服务器或服务商明确提供 mKCP 值时使用。
不适合 如果你只是在猜性能参数，就不要选它。
安全地编辑传输设置
- 除非你清楚服务器的配置布局，否则保留导入的 Host 和 Path 值。
- 除非服务商列出 headers，否则不要自己添加。
- 调整性能前，先保留 XHTTP 导入的 Mode 和其他设置。
- 对 mKCP 来说，除非服务器已经按这些值调好，否则不要改 timing 和 window 值。
XHTTP 的控制项更多，因为它能控制更多行为
XHTTP 可以控制 request mode、POST 大小、请求间隔、padding、server header size 和多路复用。请把这些字段当作服务商说明或高级调优项，不要当作首次连接时随手调的开关。