|
|
# Trojan
|
|
|
|
|
|
[Trojan](https://trojan-gfw.github.io/trojan/protocol) 协议
|
|
|
|
|
|
::: danger
|
|
|
Trojan 被设计工作在正确配置的加密 TLS 隧道
|
|
|
:::
|
|
|
|
|
|
## OutboundConfigurationObject
|
|
|
|
|
|
```json
|
|
|
{
|
|
|
"servers": [
|
|
|
{
|
|
|
"address": "127.0.0.1",
|
|
|
"port": 1234,
|
|
|
"password": "password",
|
|
|
"email": "love@xray.com",
|
|
|
"flow": "xtls-rprx-direct",
|
|
|
"level": 0
|
|
|
}
|
|
|
]
|
|
|
}
|
|
|
```
|
|
|
|
|
|
> `servers`: \[ [ServerObject](#serverobject) \]
|
|
|
|
|
|
一个数组，其中每一项是一个 [ServerObject](#serverobject)。
|
|
|
|
|
|
### ServerObject
|
|
|
|
|
|
```json
|
|
|
{
|
|
|
"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
|
|
|
|
|
|
密码. 必填，任意字符串。
|
|
|
|
|
|
> `email`: string
|
|
|
|
|
|
邮件地址，可选，用于标识用户
|
|
|
|
|
|
> `flow`: string
|
|
|
|
|
|
流控模式，用于选择 XTLS 的算法。
|
|
|
|
|
|
目前出站协议中有以下流控模式可选：
|
|
|
|
|
|
- `xtls-rprx-origin`：最初的流控模式。该模式纪念价值大于实际使用价值 <Badge text="Deprecated" type="warning"/>
|
|
|
- `xtls-rprx-origin-udp443`：同 `xtls-rprx-origin`, 但放行了目标为 443 端口的 UDP 流量 <Badge text="Deprecated" type="warning"/>
|
|
|
- `xtls-rprx-direct`：所有平台皆可使用的典型流控模式 <Badge text="Deprecated" type="warning"/>
|
|
|
- `xtls-rprx-direct-udp443`：同 `xtls-rprx-direct`, 但是放行了目标为 443 端口的 UDP 流量 <Badge text="Deprecated" type="warning"/>
|
|
|
- `xtls-rprx-splice`：Linux 平台下最建议使用的流控模式 <Badge text="Deprecated" type="warning"/>
|
|
|
- `xtls-rprx-splice-udp443`：同 `xtls-rprx-splice`, 但是放行了目标为 443 端口的 UDP 流量 <Badge text="Deprecated" type="warning"/>
|
|
|
|
|
|
此外，目前 XTLS 仅支持 TCP、mKCP、DomainSocket 这三种传输方式。
|
|
|
|
|
|
<!-- prettier-ignore -->
|
|
|
::: 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
|
|
|
|
|
|
用户等级，连接会使用这个用户等级对应的 [本地策略](../policy.md#levelpolicyobject)。
|
|
|
|
|
|
level 的值, 对应 [policy](../policy.md#policyobject) 中 `level` 的值。 如不指定, 默认为 0。
|
