mirror of
https://github.com/XTLS/Xray-docs-next.git
synced 2026-09-22 22:38:05 +03:00
Replace dokodemo-door with tunnel (#858)
This commit is contained in:
Navid Mafi
+1
-1
@@ -53,7 +53,7 @@ API 服务监听的 IP 和端口。这是一个可选配置项。
|
||||
{
|
||||
"listen": "127.0.0.1",
|
||||
"port": 10085,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"rewriteAddress": "127.0.0.1"
|
||||
},
|
||||
|
||||
@@ -54,7 +54,7 @@
|
||||
|
||||
注意，监听一个端口是相当昂贵的操作，监听端口范围太大可能造成占用显著提高甚至导致 Xray 无法正常工作，一般来说监听数量接近四位数时可能就会开始出现问题，要使用一个很大的范围请考虑使用 iptables 进行重定向而不是在这里设置。
|
||||
|
||||
> `protocol`: "dokodemo-door" | "http" | "shadowsocks" | "socks" | "vless" | "vmess" | "trojan" | "wireguard" | "hysteria"
|
||||
> `protocol`: "tunnel" | "http" | "shadowsocks" | "socks" | "vless" | "vmess" | "trojan" | "wireguard" | "hysteria" | "tun"
|
||||
|
||||
连接协议名称，可选的协议列表见左侧 [入站协议](./inbounds/)。
|
||||
|
||||
|
||||
@@ -48,7 +48,7 @@ Tunnel（隧道），旧称 dokodemo-door（任意门），可以监听数个本
|
||||
|
||||
> `followRedirect`: true | false
|
||||
|
||||
当值为 `true` 时，dokodemo-door 会识别出由 iptables 转发而来的数据，并转发到相应的目标地址。
|
||||
当值为 `true` 时，tunnel 会识别出由 iptables 转发而来的数据，并转发到相应的目标地址。
|
||||
|
||||
可参考 [传输配置](../transports/sockopt.md#sockoptobject) 中的 `tproxy` 设置。
|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
DNS 是一个出站协议，用于接收由 routing 送入的 DNS 查询，并按规则转发或处理。
|
||||
|
||||
此出站只支持传统明文 DNS，即基于 UDP 和 TCP 的查询；DoH、DoT、DoQ 等非传统明文 DNS 不适用于此出站。常见场景是 TUN、透明代理或 `dokodemo-door` 接收到 DNS 流量后，再由 routing 将其分流到此出站。
|
||||
此出站只支持传统明文 DNS，即基于 UDP 和 TCP 的查询；DoH、DoT、DoQ 等非传统明文 DNS 不适用于此出站。常见场景是 TUN、透明代理或 `tunnel` 接收到 DNS 流量后，再由 routing 将其分流到此出站。
|
||||
|
||||
它可以按规则将查询放行到目标 DNS 服务器、`hijack` 到内置的 [DNS 服务器](../dns.md) 进一步处理、直接丢弃或按指定 RCODE 返回响应，也可以改写目标地址、端口和传输协议。
|
||||
|
||||
|
||||
@@ -219,7 +219,7 @@ inbound:
|
||||
// 直接接收来自公网的请求
|
||||
"tag": "external",
|
||||
"port": 80,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp",
|
||||
"rewriteAddress": "127.0.0.1",
|
||||
|
||||
@@ -87,7 +87,7 @@ Sockopt 用于配置底层网络行为。
|
||||
透明代理需要 Root 或 `CAP_NET_ADMIN` 权限。
|
||||
|
||||
::: danger
|
||||
当 [Dokodemo-door](../inbounds/tunnel.md) 中指定了 `followRedirect`为`true`，且 Sockopt 设置中的`tproxy` 为空时，Sockopt
|
||||
当 [tunnel](../inbounds/tunnel.md) 中指定了 `followRedirect`为`true`，且 Sockopt 设置中的`tproxy` 为空时，Sockopt
|
||||
设置中的`tproxy` 的值会被设为 `"redirect"`。
|
||||
:::
|
||||
|
||||
|
||||
@@ -51,13 +51,13 @@ TLS 是常见的传输层加密方式。
|
||||
|
||||
当留空时，自动使用 address 中的值（如果是域名）。
|
||||
|
||||
特殊值 `"FromMitM"`, 这会使其使用入来自 dokodemo-door 入站解密的 TLS 中包含的 SNI.
|
||||
特殊值 `"FromMitM"`, 这会使其使用入来自 tunnel 入站解密的 TLS 中包含的 SNI.
|
||||
|
||||
> `verifyPeerCertByName`: string
|
||||
|
||||
仅客户端，用于校验证书使用的 SNI，可以用 `,` 分割多个域名(只需要证书中有一个 SAN 在该列表中即可), 将会覆盖本用于校验的 `serverName`, 用于域前置等特殊目的。
|
||||
|
||||
特殊值 `"FromMitM"`, 这会使其额外加入来自 dokodemo-door 入站解密的 TLS 中包含的 SNI.
|
||||
特殊值 `"FromMitM"`, 这会使其额外加入来自 tunnel 入站解密的 TLS 中包含的 SNI.
|
||||
|
||||
> `rejectUnknownSni`: bool
|
||||
|
||||
@@ -67,7 +67,7 @@ TLS 是常见的传输层加密方式。
|
||||
|
||||
一个字符串数组，指定了 TLS 握手时指定的 ALPN 数值。默认值为 `["h2", "http/1.1"]`。
|
||||
|
||||
特殊值：`["FromMitM"]` (有且仅有这一个元素时) 会使出站 TLS 使用来自 dokodemo-door 入站解密的 TLS 连接使用的 alpn.
|
||||
特殊值：`["FromMitM"]` (有且仅有这一个元素时) 会使出站 TLS 使用来自 tunnel 入站解密的 TLS 连接使用的 alpn.
|
||||
|
||||
> `minVersion`: string
|
||||
|
||||
|
||||
@@ -102,7 +102,7 @@ Xray-core
|
||||
├── common // 公用代码
|
||||
├── proxy // 通讯协议
|
||||
│ ├── blackhole
|
||||
│ ├── dokodemo-door
|
||||
│ ├── dokodemo
|
||||
│ ├── freedom
|
||||
│ ├── socks
|
||||
│ ├── vmess
|
||||
|
||||
@@ -98,7 +98,7 @@ iptables -t mangle -A OUTPUT -m owner ! --gid-owner 23333 -j XRAY_SELF
|
||||
"inbounds": [
|
||||
{
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -159,7 +159,7 @@ WantedBy=multi-user.target
|
||||
{
|
||||
"tag": "tproxy-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -103,7 +103,7 @@ lsmod | grep wireguard
|
||||
{
|
||||
"listen": "127.0.0.1",
|
||||
"port": 12345, // <port>
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"rewriteAddress": "127.0.0.1"
|
||||
},
|
||||
|
||||
@@ -32,7 +32,7 @@ sudo curl -oL /usr/local/share/xray/geosite.dat https://github.com/Loyalsoldier/
|
||||
{
|
||||
"tag": "all-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -34,7 +34,7 @@
|
||||
{
|
||||
"tag": "all-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -5,7 +5,7 @@
|
||||
## 查看流量信息
|
||||
|
||||
配置方法与 v2fly 一致。
|
||||
查看流量信息是 xray 命令行的其中一个功能。配置内设置的 api dokodemo-door 端口，即为 `--server` 参数的端口。
|
||||
查看流量信息是 xray 命令行的其中一个功能。配置内设置的 api tunnel 端口，即为 `--server` 参数的端口。
|
||||
|
||||
```bash
|
||||
xray api statsquery --server=127.0.0.1:10085 #查看所有流量
|
||||
|
||||
@@ -111,7 +111,7 @@ Linux 使用`Netfilter`来管理网络，`Netfilter`模型如下：
|
||||
"inbounds": [
|
||||
{
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -53,7 +53,7 @@ You can add an `api` inbound in the `inbounds` configuration:
|
||||
{
|
||||
"listen": "127.0.0.1",
|
||||
"port": 10085,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"rewriteAddress": "127.0.0.1"
|
||||
},
|
||||
|
||||
@@ -54,7 +54,7 @@ When only one port is specified, Xray will listen for inbound connections on thi
|
||||
|
||||
Note that listening on a port is a relatively expensive operation. Listening on a port range that is too large may cause a significant increase in resource usage or even cause Xray to fail to work properly. Generally speaking, problems may begin to appear when the number of listening ports approaches four digits. If you need to use a very large range, please consider using iptables for redirection instead of setting it here.
|
||||
|
||||
> `protocol`: "dokodemo-door" | "http" | "shadowsocks" | "socks" | "vless" | "vmess" | "trojan" | "wireguard" | "hysteria"
|
||||
> `protocol`: "tunnel" | "http" | "shadowsocks" | "socks" | "vless" | "vmess" | "trojan" | "wireguard" | "hysteria" | "tun"
|
||||
|
||||
Connection protocol name. See the list of available [Inbound Protocols](./inbounds/) on the left.
|
||||
|
||||
|
||||
@@ -48,7 +48,7 @@ A map mapping local ports to required remote addresses/ports (if the inbound lis
|
||||
|
||||
> `followRedirect`: true | false
|
||||
|
||||
When set to `true`, dokodemo-door will recognize data forwarded by iptables and forward it to the corresponding target address.
|
||||
When set to `true`, tunnel will recognize data forwarded by iptables and forward it to the corresponding target address.
|
||||
|
||||
Please refer to the `tproxy` setting in [Sockopt](../transports/sockopt.md#sockoptobject).
|
||||
|
||||
@@ -62,7 +62,7 @@ The value of `userLevel` corresponds to the value of `level` in [policy](../poli
|
||||
|
||||
The "Arbitrary Door" has two main uses: one is for transparent proxy (see below), and the other is for mapping a port.
|
||||
|
||||
Sometimes some services do not support forward proxies like Socks5, and using Tun or Tproxy is overkill. If these services only communicate with a single IP and port (e.g., iperf, Minecraft server, Wireguard endpoint), you can use dokodemo-door.
|
||||
Sometimes some services do not support forward proxies like Socks5, and using Tun or Tproxy is overkill. If these services only communicate with a single IP and port (e.g., iperf, Minecraft server, Wireguard endpoint), you can use `tunnel`.
|
||||
|
||||
For example, the following Config (assuming the default outbound is a valid proxy):
|
||||
|
||||
|
||||
@@ -17,7 +17,7 @@ A more direct (and hopefully better) way to export statistics.
|
||||
|
||||
> `tag`: string
|
||||
|
||||
The outbound proxy tag corresponding to metrics. You can access it by setting up a dokodemo-door inbound + routing rules that point the dokodemo-door to this outbound.
|
||||
The outbound proxy tag corresponding to metrics. You can access it by setting up a `tunnel` inbound + routing rules that point the `tunnel` to this outbound.
|
||||
|
||||
> `listen`: string
|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
DNS is an outbound protocol used to receive DNS queries sent in by routing, then forward or process them according to rules.
|
||||
|
||||
This outbound only supports traditional plaintext DNS queries over UDP and TCP; non-plaintext DNS protocols such as DoH, DoT, and DoQ are not applicable to this outbound. Common scenarios include TUN, transparent proxy, or `dokodemo-door` receiving DNS traffic and then routing sending that traffic to this outbound.
|
||||
This outbound only supports traditional plaintext DNS queries over UDP and TCP; non-plaintext DNS protocols such as DoH, DoT, and DoQ are not applicable to this outbound. Common scenarios include TUN, transparent proxy, or `tunnel` receiving DNS traffic and then routing sending that traffic to this outbound.
|
||||
|
||||
It can allow queries to the target DNS server, `hijack` them to the built-in [DNS server](../dns.md) for further processing, drop them, or return responses with a specified RCODE according to rules. It can also rewrite the target address, port, and transport protocol.
|
||||
|
||||
|
||||
@@ -220,7 +220,7 @@ Inbounds:
|
||||
// Directly receive requests from the public internet
|
||||
"tag": "external",
|
||||
"port": 80,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp",
|
||||
"rewriteAddress": "127.0.0.1",
|
||||
|
||||
@@ -84,7 +84,7 @@ Whether to enable transparent proxying. Linux only.
|
||||
Transparent proxying requires root or `CAP_NET_ADMIN`.
|
||||
|
||||
::: danger
|
||||
When [Dokodemo-door](../inbounds/tunnel.md) has `followRedirect` set to `true`, and `tproxy` is empty in Sockopt, the `tproxy` value is set to `"redirect"`.
|
||||
When [tunnel](../inbounds/tunnel.md) has `followRedirect` set to `true`, and `tproxy` is empty in Sockopt, the `tproxy` value is set to `"redirect"`.
|
||||
:::
|
||||
|
||||
> `domainStrategy`: "AsIs"<br>
|
||||
|
||||
@@ -51,13 +51,13 @@ Server name. The server certificate's SAN must contain this value. It can be a d
|
||||
|
||||
When left empty, the value in `address` is used automatically if that value is a domain name.
|
||||
|
||||
Special value `"FromMitM"` causes Xray to use the SNI extracted from TLS decrypted by a `dokodemo-door` inbound.
|
||||
Special value `"FromMitM"` causes Xray to use the SNI extracted from TLS decrypted by a `tunnel` inbound.
|
||||
|
||||
> `verifyPeerCertByName`: string
|
||||
|
||||
Client-only. The SNI used for certificate verification. Multiple domain names can be separated with `,`; it is enough for any one SAN in the certificate to match one of them. This overrides the `serverName` used for verification and is intended for special cases such as domain fronting.
|
||||
|
||||
Special value `"FromMitM"` causes Xray to additionally include the SNI extracted from TLS decrypted by a `dokodemo-door` inbound.
|
||||
Special value `"FromMitM"` causes Xray to additionally include the SNI extracted from TLS decrypted by a `tunnel` inbound.
|
||||
|
||||
> `rejectUnknownSni`: bool
|
||||
|
||||
@@ -67,7 +67,7 @@ When set to `true`, the server rejects the TLS handshake if the received SNI doe
|
||||
|
||||
An array of strings that specifies the ALPN values used during TLS handshake. The default value is `["h2", "http/1.1"]`.
|
||||
|
||||
Special value `["FromMitM"]`, when it is the only element, causes outbound TLS to reuse the ALPN from the TLS connection decrypted by a `dokodemo-door` inbound.
|
||||
Special value `["FromMitM"]`, when it is the only element, causes outbound TLS to reuse the ALPN from the TLS connection decrypted by a `tunnel` inbound.
|
||||
|
||||
> `minVersion`: string
|
||||
|
||||
|
||||
@@ -102,7 +102,7 @@ Xray-core
|
||||
├── common // Common code
|
||||
├── proxy // Communication protocols
|
||||
│ ├── blackhole
|
||||
│ ├── dokodemo-door
|
||||
│ ├── dokodemo-
|
||||
│ ├── freedom
|
||||
│ ├── socks
|
||||
│ ├── vmess
|
||||
|
||||
@@ -87,14 +87,14 @@ iptables -t mangle -A OUTPUT -m owner ! --gid-owner 23333 -j XRAY_SELF
|
||||
|
||||
### 2. Prepare Xray Configuration File
|
||||
|
||||
Configure Xray `dokodemo-door` to listen on port 12345, enable `followRedirect` and `tproxy`. Setting `sniffing` is not required:
|
||||
Configure Xray `tunnel` to listen on port 12345, enable `followRedirect` and `tproxy`. Setting `sniffing` is not required:
|
||||
|
||||
```json
|
||||
{
|
||||
"inbounds": [
|
||||
{
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
@@ -184,7 +184,7 @@ iptables -t mangle -A XRAY -d 224.0.0.0/3 -j RETURN
|
||||
iptables -t mangle -A XRAY ! -s Gateway_LAN_IPv4_Subnet -j RETURN
|
||||
|
||||
# Mark TCP packets with 1, forward to port 12345
|
||||
# Traffic is accepted by Xray dokodemo-door only if mark is set to 1
|
||||
# Traffic is accepted by Xray tunnel only if mark is set to 1
|
||||
iptables -t mangle -A XRAY -p tcp -j TPROXY --on-port 12345 --tproxy-mark 1
|
||||
iptables -t mangle -A XRAY -p udp -j TPROXY --on-port 12345 --tproxy-mark 1
|
||||
# Apply rules
|
||||
|
||||
@@ -158,7 +158,7 @@ Enable auto-start on boot:
|
||||
{
|
||||
"tag": "tproxy-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -102,7 +102,7 @@ lsmod | grep wireguard
|
||||
{
|
||||
"listen": "127.0.0.1",
|
||||
"port": 12345, // <port>
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"rewriteAddress": "127.0.0.1"
|
||||
},
|
||||
|
||||
@@ -32,7 +32,7 @@ sudo curl -oL /usr/local/share/xray/geosite.dat https://github.com/Loyalsoldier/
|
||||
{
|
||||
"tag": "all-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -34,7 +34,7 @@ If the Xray program is not installed on the side router, you can manually downlo
|
||||
{
|
||||
"tag": "all-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -5,7 +5,7 @@ Please familiarize yourself with the [Traffic Statistics Plain Language Guide](h
|
||||
## Viewing Traffic Information
|
||||
|
||||
The configuration method is consistent with v2fly.
|
||||
Viewing traffic information is one of the features of the xray command line. The `api dokodemo-door` port set in the configuration corresponds to the port for the `--server` parameter.
|
||||
Viewing traffic information is one of the features of the xray command line. The `api tunnel` port set in the configuration corresponds to the port for the `--server` parameter.
|
||||
|
||||
```bash
|
||||
xray api statsquery --server=127.0.0.1:10085 # View all traffic statistics
|
||||
|
||||
@@ -111,7 +111,7 @@ The configuration file should listen on port 12345 and enable tproxy:
|
||||
"inbounds": [
|
||||
{
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -57,7 +57,7 @@ IP-адрес и порт, на котором прослушивает API-се
|
||||
{
|
||||
"listen": "127.0.0.1",
|
||||
"port": 10085,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"rewriteAddress": "127.0.0.1"
|
||||
},
|
||||
|
||||
@@ -59,7 +59,7 @@
|
||||
|
||||
Обратите внимание, что прослушивание порта — это довольно ресурсоемкая операция. Прослушивание слишком большого диапазона портов может привести к значительному увеличению потребляемых ресурсов и даже нарушить нормальную работу Xray. Как правило, проблемы могут начаться, когда количество прослушиваемых портов приближается к четырехзначным числам. Если вам нужен большой диапазон, рассмотрите возможность использования iptables для перенаправления вместо того, чтобы настраивать его здесь.
|
||||
|
||||
> `protocol`: "dokodemo-door" | "http" | "shadowsocks" | "socks" | "vless" | "vmess" | "trojan" | "wireguard" | "hysteria"
|
||||
> `protocol`: "tunnel" | "http" | "shadowsocks" | "socks" | "vless" | "vmess" | "trojan" | "wireguard" | "hysteria" | "tun"
|
||||
|
||||
Название протокола соединения. Список доступных протоколов см. в разделе [Входящие протоколы](./inbounds/) в меню слева.
|
||||
|
||||
|
||||
@@ -48,7 +48,7 @@
|
||||
|
||||
> `followRedirect`: true | false
|
||||
|
||||
Если значение равно `true`, dokodemo-door будет распознавать данные, перенаправленные iptables, и пересылать их на соответствующий целевой адрес.
|
||||
Если значение равно `true`, tunnel будет распознавать данные, перенаправленные iptables, и пересылать их на соответствующий целевой адрес.
|
||||
|
||||
См. настройку `tproxy` в разделе [Sockopt](../transports/sockopt.md#sockoptobject).
|
||||
|
||||
|
||||
@@ -2,7 +2,7 @@
|
||||
|
||||
DNS — это исходящий протокол, который принимает DNS-запросы, переданные routing, и пересылает или обрабатывает их по правилам.
|
||||
|
||||
Этот outbound поддерживает только традиционный открытый DNS, то есть запросы по UDP и TCP; нестандартные для него варианты, такие как DoH, DoT и DoQ, к этому outbound не применимы. Типичные сценарии: TUN, прозрачный прокси или `dokodemo-door` принимают DNS-трафик, после чего routing направляет его в этот outbound.
|
||||
Этот outbound поддерживает только традиционный открытый DNS, то есть запросы по UDP и TCP; нестандартные для него варианты, такие как DoH, DoT и DoQ, к этому outbound не применимы. Типичные сценарии: TUN, прозрачный прокси или `tunnel` принимают DNS-трафик, после чего routing направляет его в этот outbound.
|
||||
|
||||
По правилам он может пропускать запросы к целевому DNS-серверу, выполнять `hijack` во встроенный [DNS-сервер](../dns.md) для дальнейшей обработки, отбрасывать запросы или возвращать ответы с указанным RCODE. Также он может изменять целевой адрес, порт и транспортный протокол.
|
||||
|
||||
|
||||
@@ -220,7 +220,7 @@ inbound:
|
||||
// Прямой прием запросов из Интернета
|
||||
"tag": "external",
|
||||
"port": 80,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp",
|
||||
"rewriteAddress": "127.0.0.1",
|
||||
|
||||
@@ -84,7 +84,7 @@ Sockopt используется для настройки низкоуровн
|
||||
Для прозрачного проксирования нужны root или `CAP_NET_ADMIN`.
|
||||
|
||||
::: danger
|
||||
Если в [Dokodemo-door](../inbounds/tunnel.md) параметр `followRedirect` равен `true`, а `tproxy` в Sockopt пустой, то значение `tproxy` будет автоматически установлено в `"redirect"`.
|
||||
Если в [tunnel](../inbounds/tunnel.md) параметр `followRedirect` равен `true`, а `tproxy` в Sockopt пустой, то значение `tproxy` будет автоматически установлено в `"redirect"`.
|
||||
:::
|
||||
|
||||
> `domainStrategy`: "AsIs"<br>
|
||||
|
||||
@@ -51,13 +51,13 @@ TLS — это обычный механизм защиты транспорта
|
||||
|
||||
Если поле пустое, Xray автоматически использует значение `address`, если это доменное имя.
|
||||
|
||||
Специальное значение `"FromMitM"` заставляет использовать SNI, извлеченный из TLS, расшифрованного входящим `dokodemo-door`.
|
||||
Специальное значение `"FromMitM"` заставляет использовать SNI, извлеченный из TLS, расшифрованного входящим `tunnel`.
|
||||
|
||||
> `verifyPeerCertByName`: string
|
||||
|
||||
Только для клиента. SNI, используемый при проверке сертификата. Можно указать несколько доменов через `,`; достаточно, чтобы хотя бы один SAN сертификата совпал с одним из них. Это поле переопределяет `serverName`, используемый для проверки, и нужно для специальных сценариев вроде domain fronting.
|
||||
|
||||
Специальное значение `"FromMitM"` дополнительно добавляет SNI, извлеченный из TLS, расшифрованного входящим `dokodemo-door`.
|
||||
Специальное значение `"FromMitM"` дополнительно добавляет SNI, извлеченный из TLS, расшифрованного входящим `tunnel`.
|
||||
|
||||
> `rejectUnknownSni`: bool
|
||||
|
||||
@@ -67,7 +67,7 @@ TLS — это обычный механизм защиты транспорта
|
||||
|
||||
Массив строк, задающий значения ALPN при TLS-рукопожатии. Значение по умолчанию — `["h2", "http/1.1"]`.
|
||||
|
||||
Специальное значение `["FromMitM"]`, когда это единственный элемент массива, заставляет исходящий TLS использовать ALPN из TLS-соединения, расшифрованного входящим `dokodemo-door`.
|
||||
Специальное значение `["FromMitM"]`, когда это единственный элемент массива, заставляет исходящий TLS использовать ALPN из TLS-соединения, расшифрованного входящим `tunnel`.
|
||||
|
||||
> `minVersion`: string
|
||||
|
||||
|
||||
@@ -102,7 +102,7 @@ Xray-core
|
||||
├── common // Общий код
|
||||
├── proxy // Протоколы связи
|
||||
│ ├── blackhole
|
||||
│ ├── dokodemo-door
|
||||
│ ├── dokodemo
|
||||
│ ├── freedom
|
||||
│ ├── socks
|
||||
│ ├── vmess
|
||||
|
||||
@@ -96,7 +96,7 @@ iptables -t mangle -A OUTPUT -m owner ! --gid-owner 23333 -j XRAY_SELF
|
||||
"inbounds": [
|
||||
{
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -159,7 +159,7 @@ WantedBy=multi-user.target
|
||||
{
|
||||
"tag": "tproxy-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -102,7 +102,7 @@ lsmod | grep wireguard
|
||||
{
|
||||
"listen": "127.0.0.1",
|
||||
"port": 12345, // <port>
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"rewriteAddress": "127.0.0.1"
|
||||
},
|
||||
|
||||
@@ -33,7 +33,7 @@ sudo curl -oL /usr/local/share/xray/geosite.dat https://github.com/Loyalsoldier/
|
||||
{
|
||||
"tag": "all-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -34,7 +34,7 @@
|
||||
{
|
||||
"tag": "all-in",
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
@@ -6,7 +6,7 @@
|
||||
## Просмотр статистики трафика
|
||||
|
||||
Способ настройки такой же, как и для v2fly.
|
||||
Просмотр статистики трафика - одна из функций командной строки Xray. Порт api dokodemo-door, указанный в конфигурации, - это порт, используемый в параметре `--server`.
|
||||
Просмотр статистики трафика - одна из функций командной строки Xray. Порт api tunnel, указанный в конфигурации, - это порт, используемый в параметре `--server`.
|
||||
|
||||
```bash
|
||||
xray api statsquery --server=127.0.0.1:10085 # Просмотр всей статистики трафика
|
||||
|
||||
@@ -105,7 +105,7 @@ Linux использует `Netfilter` для управления сетью,
|
||||
"inbounds": [
|
||||
{
|
||||
"port": 12345,
|
||||
"protocol": "dokodemo-door",
|
||||
"protocol": "tunnel",
|
||||
"settings": {
|
||||
"allowedNetwork": "tcp,udp",
|
||||
"followRedirect": true
|
||||
|
||||
Reference in New Issue
Block a user