3.3 KiB
Trojan
Trojan 协议
::: danger Trojan 被设计工作在正确配置的加密 TLS 隧道 :::
OutboundConfigurationObject
{
"servers": [
{
"address": "127.0.0.1",
"port": 1234,
"password": "password",
"email": "love@xray.com",
"flow": "xtls-rprx-direct",
"level": 0
}
]
}
servers: [ ServerObject ]
一个数组，其中每一项是一个 ServerObject。
ServerObject
{
"address": "127.0.0.1",
"port": 1234,
"password": "password",
"email": "love@xray.com",
"flow": "xtls-rprx-direct",
"level": 0
}
address: address
服务端地址，支持 IPv4、IPv6 和域名。必填。
port: number
服务端端口，通常与服务端监听的端口相同。
password: string
密码. 必填，任意字符串。
邮件地址，可选，用于标识用户
flow: string
流控模式，用于选择 XTLS 的算法。
目前出站协议中有以下流控模式可选：
xtls-rprx-origin：最初的流控模式。该模式纪念价值大于实际使用价值xtls-rprx-origin-udp443：同xtls-rprx-origin, 但放行了目标为 443 端口的 UDP 流量xtls-rprx-direct：所有平台皆可使用的典型流控模式xtls-rprx-direct-udp443：同xtls-rprx-direct, 但是放行了目标为 443 端口的 UDP 流量xtls-rprx-splice：Linux 平台下最建议使用的流控模式xtls-rprx-splice-udp443：同xtls-rprx-splice, 但是放行了目标为 443 端口的 UDP 流量
此外，目前 XTLS 仅支持 TCP、mKCP、DomainSocket 这三种传输方式。
::: tip 关于 xtls-rprx-*-udp443 流控模式
启用了 Xray-core 的 XTLS 时，通往 UDP 443 端口的流量默认会被拦截（一般情况下为 QUIC），这样应用就不会使用 QUIC 而会使用 TLS，XTLS 才会真正生效。实际上，QUIC 本身也不适合被代理，因为 QUIC 自带了 TCP 的功能， 它作为 UDP 流量在通过 Trojan 协议传输时，底层协议为 TCP，就相当于两层 TCP 了。
若不需要拦截，请在客户端填写 xtls-rprx-*-udp443，服务端不变。
:::
::: tip 关于 Splice 模式 Splice 是 Linux Kernel 提供的函数，系统内核直接转发 TCP，不再经过 Xray 的内存，大大减少了数据拷贝、CPU 上下文切换的次数。 :::
Splice 模式的的使用限制：
- Linux 环境
- 入站协议为
Dokodemo door、Socks、HTTP等纯净的 TCP 连接, 或其它使用了 XTLS 的入站协议 - 出站协议为 VLESS + XTLS 或 Trojan + XTLS
此外，使用 Splice 时网速显示会滞后，这是特性，不是 bug。
需要注意的是，使用 mKCP 协议时不会使用 Splice（是的，虽然没有报错，但实际上根本没用到）。
level: number
用户等级，连接会使用这个用户等级对应的 本地策略。
level 的值, 对应 policy 中 level 的值。 如不指定, 默认为 0。