mirror of
https://github.com/XTLS/Xray-docs-next.git
synced 2026-10-04 04:48:17 +03:00
Fix all broken links currently
This commit is contained in:
Meow
@@ -128,7 +128,7 @@ We have created [Project VLESS](https://t.me/projectVless) for non-Chinese users
|
||||
|
||||
## 2024.7.15
|
||||
|
||||
Благодаря известной информации и усилиям Xray-core теперь снова поддерживает Windows 7! В последующих выпусках пользователи Windows 7 могут загрузить архивы Xray-win7-32.zip или Xray-win7-64.zip, распаковать их и наслаждаться работой, спасибо за вашу поддержку! Пожалуйста, нажмите [здесь](../document/install.html), чтобы узнать, как его использовать.
|
||||
Благодаря известной информации и усилиям Xray-core теперь снова поддерживает Windows 7! В последующих выпусках пользователи Windows 7 могут загрузить архивы Xray-win7-32.zip или Xray-win7-64.zip, распаковать их и наслаждаться работой, спасибо за вашу поддержку! Пожалуйста, нажмите [здесь](../document/install.md), чтобы узнать, как его использовать.
|
||||
|
||||
Хотя Windows 7 в конечном итоге уйдет в прошлое с различными обновлениями в будущем, все еще можно немного отложить это время.
|
||||
|
||||
@@ -523,7 +523,7 @@ Shadowsocks-2022 — это новый протокол с переработа
|
||||
## 2021.01.25
|
||||
|
||||
- Все изучили лучший и подробный вводный раздел в Интернете? 🍉 Учитель начинает публиковать [первый уровень руководства](../document/level-1/)...
|
||||
- [Английская версия сайта документации](../en) постепенно пополняется, спасибо всем за усердный труд~!
|
||||
- [Английская версия сайта документации](/en/) постепенно пополняется, спасибо всем за усердный труд~!
|
||||
|
||||
## 2021.01.22 <Badge>[1.2.3](https://github.com/XTLS/Xray-core/releases/tag/v1.2.3)</Badge>
|
||||
|
||||
@@ -547,7 +547,7 @@ Shadowsocks-2022 — это новый протокол с переработа
|
||||
## 2021.01.17
|
||||
|
||||
- Началась тяжелая работа по переводу, спасибо [@玖柒 Max](https://github.com/jiuqi9997) и всем остальным переводчикам.
|
||||
- [Английская версия](https://xtls.github.io/en/)
|
||||
- [Английская версия](/en/)
|
||||
|
||||
## 2021.01.15 <Badge>[1.2.2](https://github.com/XTLS/Xray-core/releases/tag/v1.2.2)</Badge>
|
||||
|
||||
|
||||
@@ -95,7 +95,7 @@ DNS-запросы, отправляемые встроенным DNS-серве
|
||||
- Если первое значение адреса начинается с решетки и цифры (например, `#3`), при использовании DNS Outbound ядро вернет пустой ответ и соответствующий `rcode` (код отказа), чтобы отклонить запрос. Если запрос пришел из внутреннего источника, он будет считаться неудачным.
|
||||
- Если запрашиваемый домен совпадает с несколькими доменами в списке, возвращаются все связанные IP.
|
||||
|
||||
Формат сопоставления (`domain:`, `full:` и т.д.) аналогичен `domain` в системе [маршрутизации](./routing.html#ruleobject). Отличие в том, что без префикса здесь по умолчанию используется `full:` (аналогично стандартному файлу hosts).
|
||||
Формат сопоставления (`domain:`, `full:` и т.д.) аналогичен `domain` в системе [маршрутизации](./routing.md#ruleobject). Отличие в том, что без префикса здесь по умолчанию используется `full:` (аналогично стандартному файлу hosts).
|
||||
|
||||
> `servers`: \[string | [DnsServerObject](#dnsserverobject) \]
|
||||
|
||||
|
||||
@@ -14,7 +14,7 @@ Xray обычно использует uTLS для имитации поведе
|
||||
|
||||
- Пользователь должен запускать браузер рядом с клиентом Xray только для открытия прокси-соединения.
|
||||
- Browser Dialer не должен быть туннелирован через сам прокси, иначе возникнет петля. Пользователи TUN должны быть осторожны.
|
||||
- Браузер может работать только со стандартным HTTP, что означает, что поддерживаются только [WebSocket](../../transports/websocket.md) и [XHTTP](https://github.com/XTLS/Xray-core/discussions/4113#discussioncomment-11468947).
|
||||
- Браузер может работать только со стандартным HTTP, что означает, что поддерживаются только [WebSocket](../transports/websocket.md) и [XHTTP](https://github.com/XTLS/Xray-core/discussions/4113#discussioncomment-11468947).
|
||||
- [CORS](https://developer.mozilla.org/en-US/docs/Web/HTTP/CORS) необходимо учитывать при выполнении запросов с одного веб-сайта (`localhost:8080`) на другой (`proxy.example.com:443`).
|
||||
- Браузер туннелирует ваш трафик с помощью JavaScript, поэтому наблюдается значительное снижение производительности (или разрядка аккумулятора).
|
||||
- Конфигурация, используемая с Browser Dialer, не может использовать собственные заголовки SNI или хоста. `SNI == host == address`. Пользовательские заголовки HTTP и `tlsSettings` игнорируются полностью.
|
||||
|
||||
+22
-22
@@ -7,7 +7,7 @@
|
||||
`OutboundObject` соответствует дочернему элементу поля `outbounds` в конфигурационном файле.
|
||||
|
||||
::: tip
|
||||
Первый элемент в списке используется как основной исходящий узел.
|
||||
Первый элемент в списке используется как основной исходящий узел.
|
||||
Если совпадений с правилами маршрутизации нет или ни одно правило не сработало, трафик отправляется через основной исходящий узел.
|
||||
:::
|
||||
|
||||
@@ -24,8 +24,8 @@
|
||||
"tag": "another-outbound-tag",
|
||||
"transportLayer": false
|
||||
},
|
||||
"mux": {},
|
||||
"targetStrategy": "AsIs"
|
||||
"mux": {},
|
||||
"targetStrategy": "AsIs"
|
||||
}
|
||||
]
|
||||
}
|
||||
@@ -33,12 +33,12 @@
|
||||
|
||||
> `sendThrough`: address
|
||||
|
||||
IP-адрес, используемый для отправки данных.
|
||||
Этот параметр используется, если на хосте настроено несколько IP-адресов.
|
||||
IP-адрес, используемый для отправки данных.
|
||||
Этот параметр используется, если на хосте настроено несколько IP-адресов.
|
||||
Значение по умолчанию - `"0.0.0.0"`.
|
||||
|
||||
Разрешается указывать блок IPv6 CIDR (например, `114:514:1919:810::/64`).
|
||||
Xray будет использовать случайный IP-адрес из этого блока для установления исходящих соединений.
|
||||
Разрешается указывать блок IPv6 CIDR (например, `114:514:1919:810::/64`).
|
||||
Xray будет использовать случайный IP-адрес из этого блока для установления исходящих соединений.
|
||||
Необходимо правильно настроить сетевое подключение, таблицу маршрутизации и параметры ядра, чтобы разрешить Xray привязываться к любому IP-адресу из этого блока.
|
||||
|
||||
Специальное значение `origin` — при использовании этого значения запросы будут отправляться с IP-адреса, через который было установлено соединение с локальной машиной.
|
||||
@@ -53,7 +53,7 @@ Xray будет использовать случайный IP-адрес из
|
||||
|
||||
> `settings`: OutboundConfigurationObject
|
||||
|
||||
Конкретные настройки зависят от протокола.
|
||||
Конкретные настройки зависят от протокола.
|
||||
См. описание `OutboundConfigurationObject` для каждого протокола.
|
||||
|
||||
> `tag`: string
|
||||
@@ -112,10 +112,10 @@ Xray будет использовать случайный IP-адрес из
|
||||
|
||||
### MuxObject
|
||||
|
||||
Функция Mux позволяет мультиплексировать несколько TCP-соединений по одному TCP-соединению.
|
||||
Подробнее см. [Mux.Cool](../../development/protocols/muxcool).
|
||||
Mux предназначен для сокращения задержек при установлении TCP-соединений, а не для увеличения пропускной способности.
|
||||
Использование Mux при просмотре видео, загрузке файлов или тестировании скорости обычно приводит к обратным результатам.
|
||||
Функция Mux позволяет мультиплексировать несколько TCP-соединений по одному TCP-соединению.
|
||||
Подробнее см. [Mux.Cool](../development/protocols/muxcool.md).
|
||||
Mux предназначен для сокращения задержек при установлении TCP-соединений, а не для увеличения пропускной способности.
|
||||
Использование Mux при просмотре видео, загрузке файлов или тестировании скорости обычно приводит к обратным результатам.
|
||||
Mux нужно включать только на клиенте, сервер автоматически адаптируется.
|
||||
|
||||
`MuxObject` соответствует полю `mux` в `OutboundObject`.
|
||||
@@ -131,14 +131,14 @@ Mux нужно включать только на клиенте, сервер
|
||||
|
||||
> `enabled`: true | false
|
||||
|
||||
Включить пересылку запросов через Mux.
|
||||
Включить пересылку запросов через Mux.
|
||||
Значение по умолчанию - `false`.
|
||||
|
||||
> `concurrency`: number
|
||||
|
||||
Максимальное количество одновременных соединений. Минимальное значение `1`, максимальное значение `128`. Если параметр опущен или задан `0`, то используется значение `8`, любые значения больше 128 будут рассматриваться как 128, так как после достижения соединением максимального числа переиспользований (128) ему больше не будут назначаться новые подсоединения. .
|
||||
|
||||
Это значение определяет максимальное количество дочерних соединений, которые могут быть мультиплексированы по одному TCP-соединению.
|
||||
Это значение определяет максимальное количество дочерних соединений, которые могут быть мультиплексированы по одному TCP-соединению.
|
||||
Например, если `concurrency` равен `8`, то при отправке 8 TCP-запросов клиентом Xray создаст только одно фактическое TCP-соединение, и все 8 запросов клиента будут передаваться по этому соединению.
|
||||
|
||||
Когда во всех Mux-соединениях исчерпан лимит дочерних соединений, ядро создаст новое соединение для их обслуживания. Если за короткий промежуток времени возникает большое количество одновременных дочерних соединений, число которых затем постепенно снижается, внутренний планировщик ядра будет стремиться распределять запросы между двумя соединениями, используя их попеременно, и оставит остальные соединения простаивать. После того как все дочерние соединения на простаивающих соединениях завершатся естественным образом, они будут закрыты для экономии ресурсов. Если общее количество дочерних соединений продолжает длительное время оставаться ниже значения concurrency, то после того как одно из соединений достигнет максимального числа переиспользований, ядро вернется к режиму одного соединения.
|
||||
@@ -149,14 +149,14 @@ Mux нужно включать только на клиенте, сервер
|
||||
|
||||
> `xudpConcurrency`: number
|
||||
|
||||
Использовать новый агрегированный туннель XUDP (т.е. другое Mux-соединение) для проксирования UDP-трафика.
|
||||
Укажите максимальное количество одновременных дочерних UoT-подключений.
|
||||
Минимальное значение - `1`, максимальное значение - `1024`.
|
||||
Использовать новый агрегированный туннель XUDP (т.е. другое Mux-соединение) для проксирования UDP-трафика.
|
||||
Укажите максимальное количество одновременных дочерних UoT-подключений.
|
||||
Минимальное значение - `1`, максимальное значение - `1024`.
|
||||
Если этот параметр опущен или равен `0`, UDP-трафик будет использовать тот же путь, что и TCP-трафик (традиционное поведение).
|
||||
|
||||
::: tip
|
||||
Если указать отрицательное значение, например `-1`, трафик UDP не будет проходить через Mux.
|
||||
Будет использоваться исходный способ передачи UDP-трафика для данного протокола прокси.
|
||||
Если указать отрицательное значение, например `-1`, трафик UDP не будет проходить через Mux.
|
||||
Будет использоваться исходный способ передачи UDP-трафика для данного протокола прокси.
|
||||
Например, `Shadowsocks` будет использовать нативный UDP, а `VLESS` будет использовать UoT.
|
||||
:::
|
||||
|
||||
@@ -166,6 +166,6 @@ Mux нужно включать только на клиенте, сервер
|
||||
|
||||
- По умолчанию `reject` - отклонять трафик (обычно браузеры автоматически переключаются на TCP HTTP/2).
|
||||
- `allow` - разрешить трафик через Mux.
|
||||
- `skip` - не использовать Mux для трафика UDP/443.
|
||||
Будет использоваться исходный способ передачи UDP-трафика для данного протокола прокси.
|
||||
Например, `Shadowsocks` будет использовать нативный UDP, а `VLESS` будет использовать UoT.
|
||||
- `skip` - не использовать Mux для трафика UDP/443.
|
||||
Будет использоваться исходный способ передачи UDP-трафика для данного протокола прокси.
|
||||
Например, `Shadowsocks` будет использовать нативный UDP, а `VLESS` будет использовать UoT.
|
||||
|
||||
@@ -26,7 +26,7 @@
|
||||
- `bridge` выполняет динамическую балансировку нагрузки в зависимости от объема трафика.
|
||||
|
||||
::: tip
|
||||
Как указано выше, обратный прокси по умолчанию использует [Mux](../../development/protocols/muxcool/). Пожалуйста, не включайте Mux повторно на используемых исходящих соединениях.
|
||||
Как указано выше, обратный прокси по умолчанию использует [Mux](../development/protocols/muxcool.md). Пожалуйста, не включайте Mux повторно на используемых исходящих соединениях.
|
||||
:::
|
||||
|
||||
::: warning
|
||||
|
||||
@@ -17,7 +17,7 @@ VMess - это протокол, основанный на TCP, все данн
|
||||
ID эквивалентен [UUID](https://en.wikipedia.org/wiki/Universally_unique_identifier) - это 16-байтовое случайное число, которое действует как токен.
|
||||
ID выглядит следующим образом: de305d54-75b4-431b-adb2-eb6b9e546014, он практически полностью случаен и может быть сгенерирован с помощью любого генератора UUID, например [этого](https://www.uuidgenerator.net/).
|
||||
|
||||
Идентификатор пользователя можно указать в [файле конфигурации](../../config).
|
||||
Идентификатор пользователя можно указать в [файле конфигурации](../../config/).
|
||||
|
||||
### Функции
|
||||
|
||||
|
||||
@@ -81,8 +81,8 @@ Xray предлагает два способа проверки:
|
||||
|
||||
## Установка с помощью Docker
|
||||
|
||||
- [teddysun/xray](https.hub.docker.com/r/teddysun/xray) Имеет root-права, есть оболочка (shell), совместим со всеми архитектурами, поддерживаемыми Alpine. Скомпилирован и собран на частном сервере dl.lamp.sh. Более удобен в использовании.
|
||||
- [ghcr.io/xtls/xray-core](https.ghcr.io/xtls/xray-core) Не имеет root-прав, нет оболочки (shell), поддерживает большее количество архитектур. Скомпилирован и собран из официального репозитория с поддержкой отслеживания. Удобство принесено в жертву ради более высокой безопасности.
|
||||
- [teddysun/xray](https://hub.docker.com/r/teddysun/xray) Имеет root-права, есть оболочка (shell), совместим со всеми архитектурами, поддерживаемыми Alpine. Скомпилирован и собран на частном сервере dl.lamp.sh. Более удобен в использовании.
|
||||
- [ghcr.io/xtls/xray-core](https://ghcr.io/xtls/xray-core) Не имеет root-прав, нет оболочки (shell), поддерживает большее количество архитектур. Скомпилирован и собран из официального репозитория с поддержкой отслеживания. Удобство принесено в жертву ради более высокой безопасности.
|
||||
|
||||
### Файловая структура образа Docker
|
||||
|
||||
|
||||
@@ -537,7 +537,7 @@ Xray основан на проекте с открытым исходным к
|
||||
|
||||
## 7.9 Оптимизация сервера: более гибкая настройка перенаправления
|
||||
|
||||
Если вам нужны более гибкие настройки перенаправления, обратитесь к статье [«Разбор функции Fallback»](../level-1/fallbacks-lv1/).
|
||||
Если вам нужны более гибкие настройки перенаправления, обратитесь к статье [«Разбор функции Fallback»](../level-1/fallbacks-lv1.md).
|
||||
|
||||
## 7.10 Ваши успехи
|
||||
|
||||
|
||||
@@ -294,7 +294,7 @@
|
||||
|
||||
- Изначально, когда `Victoria Raymond` активно занималась проектом `Project V`, она предоставляла соответствующий проект [`domain-list-community`](https://github.com/v2ray/domain-list-community), который использовался для сбора, хранения и классификации часто используемых типов доменов.
|
||||
- После того, как Виктория внезапно исчезла, и разработка `Project V` приостановилась, сообщество `v2fly` продолжило поддерживать и обновлять свою версию [`domain-list-community`](https://github.com/v2fly/domain-list-community).
|
||||
- В то же время [@Loyalsoldier](Loyalsoldier) ведет свой собственный, модифицированный и расширенный файл правил маршрутизации [v2ray-rules-dat](https://github.com/Loyalsoldier/v2ray-rules-dat), который предлагает множество различных вариантов и логики классификации.
|
||||
- В то же время Loyalsoldier ведет свой собственный, модифицированный и расширенный файл правил маршрутизации [v2ray-rules-dat](https://github.com/Loyalsoldier/v2ray-rules-dat), который предлагает множество различных вариантов и логики классификации.
|
||||
- Кроме того, команда `Project X` планирует в будущем создать и поддерживать файл правил маршрутизации [Xray-rules-dat](https://github.com/XTLS/Xray-rules-dat), который будет лучше подходить для использования с `Xray`. ~~(Как видите, папка уже создана, так что это дело времени)~~
|
||||
|
||||
Вы даже можете создать свой собственный файл `geosite` и подключить его к `Xray`, но это выходит за рамки данной статьи, поэтому мы не будем на этом останавливаться.
|
||||
|
||||
@@ -46,7 +46,7 @@
|
||||
2. **Проблемы 1** и **2**, описанные выше, можно решить, указав исходящий трафик `[proxy-out-vless]` для `proxy.yourdomain.com` и исходящий трафик `[direct-out]` для `direct.yourdomain.com`.
|
||||
3. Для сопоставления всех поддоменов `yourdomain.com` мы используем `domain: "yourdomain.com"`.
|
||||
4. Эти два правила могут быть независимыми, чтобы настроить прямое подключение для одних поддоменов и проксирование для других.
|
||||
5. Кроме того, `[domain]` поддерживает сопоставление с помощью регулярных выражений. Подробнее см. [документацию по модулю маршрутизации](../../../config/base/routing/).
|
||||
5. Кроме того, `[domain]` поддерживает сопоставление с помощью регулярных выражений. Подробнее см. [документацию по модулю маршрутизации](../../config/routing.md).
|
||||
|
||||
Конфигурация выглядит следующим образом:
|
||||
|
||||
@@ -175,7 +175,7 @@
|
||||
- `user`
|
||||
- `attrs`
|
||||
|
||||
Однако, это слишком много информации для уровня 1, поэтому, если вам нужны эти сложные критерии, пожалуйста, внимательно изучите [документацию по модулю маршрутизации](../../config/base/routing/) самостоятельно! Если у вас возникнут вопросы, задавайте их в Telegram-группе!
|
||||
Однако, это слишком много информации для уровня 1, поэтому, если вам нужны эти сложные критерии, пожалуйста, внимательно изучите [документацию по модулю маршрутизации](../../config/routing.md) самостоятельно! Если у вас возникнут вопросы, задавайте их в Telegram-группе!
|
||||
|
||||
## 6. "Начало новой эры": обзор правил маршрутизации
|
||||
|
||||
|
||||
@@ -33,7 +33,7 @@
|
||||
|
||||
Рационально используя мощные возможности встроенного DNS в Xray (Fallback, ECS, фильтрация по IP, тегирование), и тщательно настраивая порядок серверов, вы получите IP-адрес как условие маршрутизации, который будет гораздо точнее и актуальнее, чем `geosite cn/!cn`. Это связано с тем, что принадлежность IP к региону (GeoIP), особенно к Китаю, меняется довольно редко.
|
||||
|
||||
Прежде чем продолжить чтение, вам необходимо внимательно изучить и понять: "Основы: Краткий анализ функции маршрутизации (routing) — [Часть 1](./routing-lv1-part1.html), [Часть 2](./routing-lv1-part2.html)".
|
||||
Прежде чем продолжить чтение, вам необходимо внимательно изучить и понять: "Основы: Краткий анализ функции маршрутизации (routing) — [Часть 1](./routing-lv1-part1.md), [Часть 2](./routing-lv1-part2.md)".
|
||||
Предполагается, что вы уже досконально изучили официальное руководство по конфигурации и полностью понимаете работу `domainStrategy` в Routing и Outbound, назначение опций `sniffing` в Inbound, а также поведение системы при различных комбинациях этих параметров.
|
||||
|
||||
Всё готово? Попробуйте осмыслить следующий абзац:
|
||||
|
||||
+1
-1
@@ -14,7 +14,7 @@ hero:
|
||||
link: /ru/config/
|
||||
- theme: alt
|
||||
text: Sponsor & Donation & NFTs
|
||||
link: /ru/about/sponsor.html
|
||||
link: /ru/about/sponsor.md
|
||||
|
||||
features:
|
||||
- title: Высокоскоростной протокол
|
||||
|
||||
Reference in New Issue
Block a user