docs: learn
BIN
blog/learn/32.jpeg
Normal file
|
After Width: | Height: | Size: 364 KiB |
BIN
blog/learn/33.jpeg
Normal file
|
After Width: | Height: | Size: 447 KiB |
BIN
blog/learn/34.jpeg
Normal file
|
After Width: | Height: | Size: 466 KiB |
BIN
blog/learn/35.jpeg
Normal file
|
After Width: | Height: | Size: 448 KiB |
BIN
blog/learn/36.jpeg
Normal file
|
After Width: | Height: | Size: 370 KiB |
BIN
blog/learn/37.jpeg
Normal file
|
After Width: | Height: | Size: 404 KiB |
BIN
blog/learn/38.jpeg
Normal file
|
After Width: | Height: | Size: 340 KiB |
BIN
blog/learn/39.jpeg
Normal file
|
After Width: | Height: | Size: 363 KiB |
BIN
blog/learn/40.jpeg
Normal file
|
After Width: | Height: | Size: 368 KiB |
BIN
blog/learn/41.jpeg
Normal file
|
After Width: | Height: | Size: 465 KiB |
BIN
blog/learn/42.jpeg
Normal file
|
After Width: | Height: | Size: 399 KiB |
BIN
blog/learn/43.jpeg
Normal file
|
After Width: | Height: | Size: 380 KiB |
BIN
blog/learn/44.jpeg
Normal file
|
After Width: | Height: | Size: 390 KiB |
@@ -362,3 +362,159 @@ Subscriotion URL – это ссылка, при открытии которой
|
||||
<img src={require('./31.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
---
|
||||
|
||||
## Config Profiles {#config-profiles}
|
||||
|
||||
Итак, перейдем в раздел `Config Profiles` (`Config Profiles`).
|
||||
|
||||
<img src={require('./32.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Как уже было сказано выше, `Config Profile` – это "шаблон" для ноды. Каждый профиль содержит полноценную конфигурацию ядра Xray, которая будет передана на ноду при старте ядра.
|
||||
|
||||
Давайте попробуем создать новый профиль, нажав на кнопку `Создать профиль` (`Create Config Profile`).
|
||||
|
||||
<img src={require('./33.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
После ввода имени профиля, перед нами откроется полноценный редактор конфигурации.
|
||||
|
||||
Здесь мы можем добавлять/удалять инбаунды, а так же редактировать все остальные параметры конфигурации.
|
||||
|
||||
:::warning Внимание!
|
||||
В этой статье не будет объясняется, как правильно настраивать конфигурацию ядра Xray.
|
||||
|
||||
За дополнительной информацией по синтаксису и функционалу конфигурации ядра Xray, рекомендуем обратиться к [официальной документации](https://xtls.github.io/ru/config/).
|
||||
:::
|
||||
|
||||
Для примера, давайте загрузим уже готовую конфигурацию с помощью кнопки `Загрузить с Github` (`Load from Github`).
|
||||
|
||||
<img src={require('./34.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Но, так как в этом шаблоне всего-лишь один инбаунд, мы еще дополнительно добавим второй инбаунд.
|
||||
|
||||
Добавляем второй инбаунд в секцию `Inbounds` (`Inbounds`), и дадим ему имя `VLESS`.
|
||||
|
||||
<img src={require('./35.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Вернемся в общий список профилей и посмотрим, что у нас получилось.
|
||||
|
||||
<img src={require('./36.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Как мы видим, в общем списке появился новый профиль – `Sample`, который мы только что создали.
|
||||
|
||||
Под именем профиля, мы так же можем увидеть две значка с иконкой и цифрами.
|
||||
|
||||
- левая иконка обозначает количество инбаундов в профиле
|
||||
- правая иконка обозначает количество нод, которые используют этот профиль
|
||||
|
||||
Наш новый профиль содержит 2 инбаунда, и ни одна нода не использует его.
|
||||
|
||||
Давайте попробуем активировать этот профиль на одной из наших нод.
|
||||
Вернемся в карточку ноды и выберем ей другой профиль, и активируем оба инбаунда из этого профиля.
|
||||
|
||||
<img src={require('./37.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Если мы зайдем в раздел `Хосты` (`Hosts`), попробуем создать новый или отредакировать уже имеющийся – мы можем увидеть, что теперь мы можем назначить хосту свежесозданные инбаунды из нового профиля.
|
||||
|
||||
<img src={require('./38.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
---
|
||||
|
||||
Но даже если мы активируем новый профиль на ноде, добавим хост и привяжем к новому инбаунду – пользователи все равно не получат его до тех пор, пока мы не добавим наши новые инбаунды в `внутренние сквады`.
|
||||
|
||||
Откроем раздел `Внутренние сквады` (`Internal squads`) и выберем наш единственный сквад – `Default-Squad`.
|
||||
|
||||
<img src={require('./39.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Как мы можем заметить, в этом скваде у нас сейчас активирован только один инбаунд – `Shadowsocks`.
|
||||
|
||||
Давайте так же активируем все остальные инбаунды, которые содержит наш новый профиль.
|
||||
|
||||
<img src={require('./40.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Не забудьте сохранить изменения после редактирования.
|
||||
|
||||
Просуммируем все, что мы сделали:
|
||||
|
||||
- мы создали новый профиль с двумя инбаундами
|
||||
- мы активировали этот профиль на одной из наших нод
|
||||
- мы добавили хосты, которые будут использовать новые инбаунды
|
||||
- мы добавили новые инбаунды в `внутренние сквады`
|
||||
|
||||
## Шаблоны {#templates}
|
||||
|
||||
В левом меню панели, мы можем увидеть раздел `Шаблоны` (`Templates`).
|
||||
|
||||
<img src={require('./41.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Как уже упоминалось ранее, после того как вы создали пользователя – вы получили его подписку (ссылку).
|
||||
|
||||
При открытии которой, пользователь получит список хостов, которые ему доступны.
|
||||
Проблема в том, что клиентских приложений существует великое множество, и некоторые из них имеют свой формат подписки, с которым они работают.
|
||||
|
||||
Глобально можно выделить четыре больших группы форматов подписок:
|
||||
|
||||
- `Mihomo` – формат, наследник формата Clash (который сейчас уже практически не используется)
|
||||
- `Base64`
|
||||
- `Xray-json`
|
||||
- `Sing-box`
|
||||
|
||||
Вы наверное уже заметили, что когда мы чуть ранее открывали нашу подписку в браузере – там была красивая страничка, но когда мы добавили ее в клиентское приложение – она добавилась туда без каких-либо проблем.
|
||||
|
||||
Remnawave автоматически определяет с какого именна клиента (клиентского приложения) пришел запрос на получение подписки. Соотвественно, когда мы открывали подписку из браузера – Remnawave это определил и выдал нам красивую страничку.
|
||||
|
||||
Когда же запрос придет от клиентского приложения, Remnawave в зависимости от типа клиента, выдаст ему подписку в соотвествующем формате.
|
||||
|
||||
### Mihomo {#mihomo}
|
||||
|
||||
<img src={require('./42.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Изначально, этот формат назывался `Clash`, однако в настоящее время клиентского/серверного ядра `Clash` больше не существует и ему на замену пришло ядро `Mihomo`.
|
||||
|
||||
:::tip Совет
|
||||
Ознакомиться с документацией Mihomo можно по [ссылке](https://wiki.metacubex.one/ru/config/).
|
||||
:::
|
||||
|
||||
Популярные клиентские приложения, которые используют этот формат:
|
||||
|
||||
- [Clash Verge Rev](https://github.com/clash-verge-rev/clash-verge-rev)
|
||||
- [FlClash](https://github.com/chen08209/FlClash)
|
||||
- [ClasX.Meta](https://github.com/MetaCubeX/ClashX.Meta/tree/meta)
|
||||
- [Clash Meta For Android](https://github.com/MetaCubeX/ClashMetaForAndroid)
|
||||
- [ClashMi](https://github.com/KaringX/clashmi)
|
||||
|
||||
Это далеко не полный список приложений, которые использует этот формат.
|
||||
|
||||
### Base64 {#base64}
|
||||
|
||||
Шаблона для этого формата не существует, так как этот формат является одним из старейших и представляет из себя простой набор "хостов", которые разделены символом `\n` и закодированы в base64.
|
||||
|
||||
Этот формат подписки используется в тех случаях, когда клиентское приложение не относится к одному из вышеперечисленных форматов.
|
||||
|
||||
Популярные клиентские приложения, которые используют этот формат:
|
||||
|
||||
- [Shadowrocket](https://apps.apple.com/tr/app/shadowrocket/id932747118)
|
||||
- [Happ](https://happ.su)
|
||||
- [V2RayNG](https://github.com/2dust/v2rayNG)
|
||||
- [V2RayTUN](https://v2raytun.com/)
|
||||
- [V2RayN](https://github.com/2dust/v2rayN)
|
||||
|
||||
### Xray-json {#xray-json}
|
||||
|
||||
<img src={require('./43.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Один из самых молодых форматов, используется в клиентских приложениях, которые используют ядро `Xray`.
|
||||
|
||||
Популярные клиентские приложения, которые используют этот формат:
|
||||
|
||||
- [Happ](https://happ.su)
|
||||
- [V2RayTUN](https://v2raytun.com/)
|
||||
|
||||
### Sing-box {#sing-box}
|
||||
|
||||
<img src={require('./44.jpeg').default} width="100%" style={{borderRadius: '8px'}} alt="Hosts" />
|
||||
|
||||
Является аналогом формата `Xray-json`, но используется в клиентских приложениях, которые используют ядро `Sing-box`.
|
||||
|
||||
Популярные клиентские приложения, которые используют этот формат:
|
||||
|
||||
- [Sing-box](https://sing-box.sagernet.org/clients/)
|
||||
|
||||