Max/XTLS_Xray-docs-next
1
0
Fork 0
mirror of https://github.com/XTLS/Xray-docs-next.git synced 2026-09-29 02:18:06 +03:00
Code Issues Packages Projects Releases Wiki Activity

Prettified Code!

Browse Source
This commit is contained in:
dependabot[bot]
2025-10-04 22:52:02 -04:00
committed by yuhan6665
parent 07d40277ef
commit 0a5f209e3d
12 changed files with 34 additions and 33 deletions
Download Patch File Download Diff File Expand all files Collapse all files
docs/config/inbounds/vless.md
+1 -1
View File
@@ -112,4 +112,4 @@ VLESS 极简反向代理配置，和核心内部自带的的通用反向代理
`tag` 为该反向代理的出站代理 tag. 使用路由将流量路由到该出站将会透过反向代理转发到连入的客户端路由系统中(客户端配置详见 VLESS 出站).
当有多个不同的连接(可以来自不同的设备)接入时核心会对每个请求随机选择一条派发反向代理数据。
当有多个不同的连接(可以来自不同的设备)接入时核心会对每个请求随机选择一条派发反向代理数据。
docs/config/outbounds/vless.md
+1 -1
View File
@@ -151,4 +151,4 @@ VLESS 极简反向代理配置，和核心内部自带的的通用反向代理
`tag` 为该反向代理的入站代理 tag. 当服务端派发反向代理请求时会从使用这个 tag 的入站进入路由系统，使用路由系统将其路由到你需要的出站。
使用的 UUID 需要是服务端同样配置了 reverse 的 UUID(详见 VLESS 入站).
使用的 UUID 需要是服务端同样配置了 reverse 的 UUID(详见 VLESS 入站).
docs/config/reverse.md
+7 -7
View File
@@ -40,13 +40,13 @@
{
"tag": "bridge",
"domain": "reverse-proxy.xray.internal"
},
}
],
"portals": [
{
"tag": "portal",
"domain": "reverse-proxy.xray.internal"
},
}
]
}
}
@@ -147,9 +147,9 @@ outbound:
"users": [
{
"id": "5783a3e7-e373-51cd-8642-c83782b807c5"
},
}
]
},
}
]
},
"tag": "interconn"
@@ -175,7 +175,7 @@ outbound:
"type": "field",
"inboundTag": ["bridge"],
"outboundTag": "out"
},
}
]
}
```
@@ -223,7 +223,7 @@ inbound:
"clients": [
{
"id": "5783a3e7-e373-51cd-8642-c83782b807c5"
},
}
]
}
}
@@ -248,7 +248,7 @@ inbound:
"type": "field",
"inboundTag": ["interconn"],
"outboundTag": "portal"
},
}
]
}
```
docs/en/config/outbounds/loopback.md
+5 -5
View File
@@ -27,17 +27,17 @@ If you need to do some more detailed routing for traffics that have been routed
"protocol": "loopback",
"tag": "need-to-split",
"settings": {
"inboundTag": "traffic-input", // This tag will be used as the inboundTag inside the RuleObject
"inboundTag": "traffic-input" // This tag will be used as the inboundTag inside the RuleObject
}
},
{
"tag": "tcp-output",
"tag": "tcp-output"
// protocol, settings, streamSettings etc.
},
{
"tag": "udp-output",
"tag": "udp-output"
// protocol, settings, streamSettings etc.
},
}
],
"routing": {
"rules": [
@@ -50,7 +50,7 @@ If you need to do some more detailed routing for traffics that have been routed
"inboundTag": ["traffic-input"], // tag set in the loopback outbound
"network": "udp",
"outboundTag": "udp-output"
},
}
]
}
}
docs/ru/config/README.md
+1 -1
View File
@@ -12,7 +12,7 @@ lang: ru-RU
```json
{
"version":{},
"version": {},
"log": {},
"api": {},
"dns": {},
docs/ru/config/features/fallback.md
+1
View File
@@ -81,6 +81,7 @@ VLESS будет перенаправлять трафик с длиной пе
Если указан только `port`, можно использовать как число, так и строку, например `80` или `"80"`. Обычно это указывает на `http`-сервис, работающий в открытом виде (`addr` будет автоматически дополнен как `"localhost"`).
Примечание: Начиная с версии `v25.7.26`, `dest`, содержащий только `port`, указывает на `localhost`, тогда как до этой версии он всегда указывал на `127.0.0.1`. После этого изменения фактической целью может стать `::1`. Некоторые шаблоны `webserver`, скопированные из интернета, могут прослушивать `::1`, но при этом разрешать доступ только с `127.0.0.1` или требовать применения `proxy protocol`, что может привести к различиям в поведении.
> `xver`: number
Отправка [PROXY protocol](https://www.haproxy.org/download/2.2/doc/proxy-protocol.txt), специально для передачи реального исходного IP-адреса и порта запроса, заполняется версией 1 или 2, по умолчанию 0, то есть не отправляется. При необходимости рекомендуется указать 1.
docs/ru/config/inbounds/vless.md
+2 -2
View File
@@ -57,7 +57,7 @@ VLESS - это легкий транспортный протокол без с
"level": 0,
"email": "love@xray.com",
"flow": "xtls-rprx-vision",
"reverse":{}
"reverse": {}
}
```
@@ -112,4 +112,4 @@ VLESS - это легкий транспортный протокол без с
`tag` — это тег исходящего прокси для данного обратного прокси. Использование маршрутизации для направления трафика на этот исходящий прокси приведет к пересылке данных через обратный прокси в систему маршрутизации подключенного клиента (подробнее о конфигурации клиента см. в разделе об исходящих соединениях VLESS).
Когда имеется несколько различных подключений (возможно, с разных устройств), ядро будет случайным образом выбирать одно из них для каждого запроса на отправку данных через обратный прокси.
Когда имеется несколько различных подключений (возможно, с разных устройств), ядро будет случайным образом выбирать одно из них для каждого запроса на отправку данных через обратный прокси.
docs/ru/config/outbounds/vless.md
+2 -2
View File
@@ -46,7 +46,7 @@ VLESS - это легкий транспортный протокол без с
"encryption": "none",
"flow": "xtls-rprx-vision",
"level": 0,
"reverse":{}
"reverse": {}
}
]
}
@@ -153,4 +153,4 @@ Splice - это функция, предоставляемая ядром Linux,
`tag` — это тег входящего прокси для данного обратного прокси. Когда сервер отправляет запрос обратного прокси, он войдет в систему маршрутизации через входящее соединение с этим тегом. Используйте систему маршрутизации, чтобы направить его на нужное вам исходящее соединение.
Используемый UUID должен совпадать с UUID, для которого на сервере также настроен `reverse` (подробнее см. в разделе о входящих соединениях VLESS).
Используемый UUID должен совпадать с UUID, для которого на сервере также настроен `reverse` (подробнее см. в разделе о входящих соединениях VLESS).
docs/ru/config/outbounds/vmess.md
+5 -5
View File
@@ -91,11 +91,11 @@ VMess полагается на системное время. Убедитес
Метод шифрования. Клиент будет отправлять данные с использованием настроенного метода шифрования, сервер автоматически распознает его, настройка на сервере не требуется.
* `"aes-128-gcm"`: Использовать алгоритм `AES-128-GCM`.
* `"chacha20-poly1305"`: Использовать алгоритм `Chacha20-Poly1305`.
* `"auto"`: Значение по умолчанию. Автоматический выбор (для архитектур `AMD64`, `ARM64` или `s390x` будет выбран метод шифрования `aes-128-gcm`, в остальных случаях — `Chacha20-Poly1305`).
* `"none"`: Без шифрования, сохраняется структура сообщения `VMess`.
* `"zero"`: Без шифрования, поток данных копируется напрямую (аналогично `VLESS`).
- `"aes-128-gcm"`: Использовать алгоритм `AES-128-GCM`.
- `"chacha20-poly1305"`: Использовать алгоритм `Chacha20-Poly1305`.
- `"auto"`: Значение по умолчанию. Автоматический выбор (для архитектур `AMD64`, `ARM64` или `s390x` будет выбран метод шифрования `aes-128-gcm`, в остальных случаях — `Chacha20-Poly1305`).
- `"none"`: Без шифрования, сохраняется структура сообщения `VMess`.
- `"zero"`: Без шифрования, поток данных копируется напрямую (аналогично `VLESS`).
Не рекомендуется использовать псевдошифрование `"none"` или `"zero"` без включенного `TLS` шифрования и принудительной проверки сертификата. Независимо от выбранного метода шифрования, заголовки пакетов `VMess` всегда защищены шифрованием и аутентификацией.
docs/ru/config/reverse.md
+7 -7
View File
@@ -40,13 +40,13 @@
{
"tag": "bridge",
"domain": "reverse-proxy.xray.internal"
},
}
],
"portals": [
{
"tag": "portal",
"domain": "reverse-proxy.xray.internal"
},
}
]
}
}
@@ -147,9 +147,9 @@ outbound:
"users": [
{
"id": "5783a3e7-e373-51cd-8642-c83782b807c5"
},
}
]
},
}
]
},
"tag": "interconn"
@@ -176,7 +176,7 @@ outbound:
"type": "field",
"inboundTag": ["bridge"],
"outboundTag": "out"
},
}
]
}
```
@@ -224,7 +224,7 @@ inbound:
"clients": [
{
"id": "5783a3e7-e373-51cd-8642-c83782b807c5"
},
}
]
}
}
@@ -250,7 +250,7 @@ inbound:
"type": "field",
"inboundTag": ["interconn"],
"outboundTag": "portal"
},
}
]
}
```
docs/ru/config/routing.md
-1
View File
@@ -30,7 +30,6 @@
- Разрешенный IP-адрес используется только при выборе маршрута, в пересылаемых пакетах данных по-прежнему используется исходное доменное имя;
- `"IPOnDemand"`: если при сопоставлении встречается любое правило на основе IP-адреса, доменное имя немедленно разрешается в IP-адрес для сопоставления;
> `rules`: \[[RuleObject](#ruleobject)\]
Соответствует массиву, каждый элемент которого является правилом.
docs/ru/config/transport.md
+2 -1
View File
@@ -301,6 +301,7 @@ x25519Kyber768Draft00
Полученный Config можно опубликовать в HTTPS-записи DNS (см. пример в [Google DNS](https://dns.google/query?name=encryptedsni.com&rr_type=HTTPS) или RFC 9460).
Учтите: сервер, настроенный на использование ECH, всё ещё принимает обычные не-ECH-соединения. Но клиент, настроенный на ECH, при неудачной ECH-рукопожатии сразу завершит соединение, не откатываясь к открытому SNI.
> `echForceQuery` : string
Управляет политикой при использовании DNS-запросов для `ECH Config`, доступны опции `none`(по умолчанию), `half`, `full`.
@@ -448,7 +449,7 @@ Reality лишь модифицирует TLS, и для реализации н
Рекомендации: Слишком большие значения `afterBytes` и `burstBytesPerSec` не приведут к желаемому эффекту ограничения скорости. Слишком маленькие значения `bytesPerSec` и `burstBytesPerSec` могут быть легко обнаружены.
Следует разумно подбирать параметры в зависимости от размера ресурсов веб-сайта-источника. Если внезапные скачки скорости нежелательны, установите для `burstBytesPerSec` значение 0.
Следует разумно подбирать параметры в зависимости от размера ресурсов веб-сайта-источника. Если внезапные скачки скорости нежелательны, установите для `burstBytesPerSec` значение 0.
:::
> `afterBytes` : number