Всем привет! Сегодня обсудим, как активировать WARP в 3x-ui и для чего это может понадобиться. Начнём с небольшой теории...

Контакты и не только

Автор: https://t.me/noisycake

Ткг: https://t.me/hfk_blog

Гайд по установке 3x-ui: https://noisycake.ru/articles/vpn_server/

Понятия

WARP — бесплатный VPN-сервис от Cloudflare на основе протокола WireGuard. Он работает вкупе с 1.1.1.1 от той же компании.

Для чего он нужен?

Давайте детальнее взглянем, для чего WARP нужен именно нам:

1. Самое главное: чтобы спокойно посещать .ру ресурсы. В настоящее время системы цензуры умеют анализировать характер трафика, поэтому двойные пересечения границы за доли секунды покажутся подозрительными, из-за чего IP-адрес прокси может быть помещён в blacklist провайдера. В РФ (насколько я знаю) подобных прецедентов ещё не было, но в один прекрасный день РКН могут "апгрейднуться", и тогда будет совсем не весело;
2. Если какой-то зарубежный сайт не пускает с IP вашего сервера (привет, Reddit), можно попробовать зайти на него через WARP;
3. Снижается риск получить капчу Cloudflare.

У вас мог возникнуть резонный вопрос — почему бы не убрать лишнее звено в виде 3x-ui и не использовать WARP напрямую? Ответ довольно прост: в РФ этот сервис заблокирован.

Установка WARP

Вообще в панели уже встроен WARP, и его можно активировать в пару кликов, но на некоторых серверах он тупо не заводится. Тем не менее, хотя бы для ознакомления рассмотрим и этот способ.

Вариант 1

Открываем 3x-ui в браузере и сразу идём в настройки Xray -> Базовый шаблон.

Нажимаем на зелёную кнопку WARP -> Создать -> Добавить исходящий.

WARP включён, осталось настроить правила маршрутизации. Для этого переходим в соответствующий пункт.

Как видим, каждая строка отвечает за определённое правило, например, в третьей указана блокировка (исходящий — blocked) протокола BitTorrent, чтобы не нагружать сеть торрентами.

Нам же нужно добавить два правила, чтобы все соединения с РФ сайтами проходили через WARP. Для этого нажимаем "Добавить правило".

1. Пишем следующее в строке "IP": geoip:ru, в качестве Outbound Tag указываем "warp". Жмём на зелёную кнопку.

2. В качестве второго правила будем указывать домены. В поле "Domains" пишем: geosite:category-ru,domain:livejournal.com,domain:icq.com, Outbound Tag — тот же "warp".

Не забываем сохранить настройки и перезапустить Xray. Теперь можно обновить подписку...

И вроде как готово и должно работать, но я проверил на трёх серверах, и везде какие-то проблемы. Либо на .ру сайты вообще не заходит, будто я поставил блокировку, либо заходит напрямую без WARP. Поэтому рассмотрим более стабильный способ.

Вариант 2

Для начала уберём нынешнюю конфигурацию WARP (если выполняли предыдущий пункт). В тех же настройках Xray выбираем Исходящие -> WARP -> Удалить.

Поскольку предыдущий способ не сработал, запустим WARP отдельно с помощью скрипта и изменим конфиг Xray так, чтобы соединения с .ру сайтами проксировались через этот самостоятельный процесс. В общем, настроим WARP как локальный SOCKS5-прокси.

Переходим в терминал. Выберем себе свободный порт в пределах [1000, 65535].

Вставляем в консоль:

cd && bash <(curl -fsSL https://gitlab.com/fscarmen/warp/-/raw/main/menu.sh) w

Далее идёт типичный процесс установки. Выбираем язык, запускаем скрипт

Пишем порт. По умолчанию 40000. Далее спрашивают, есть ли у нас платная подписка WARP+. Если у вас есть ключ лицензии, можете выбрать второй пункт, в ином случае выбирайте первый.

По окончании процесса видим нечто вроде "Congratulations! Wireproxy is working."

Возвращаемся в 3x-ui и идём в Настройки Xray -> Расширенный шаблон. Перед нами появится шаблон конфигурации Xray, представленный в формате json. Требуется изменить outbounds, поэтому переходим в "Исходящие".

После последней ФИГУРНОЙ скобки ставим запятую -> Enter. Вставляем следующий блок конфига (если выбирали другой порт, впишите его вместо 40000):

{
"tag": "warp",
"protocol": "socks",
"settings": {
"servers": [
{
"address": "127.0.0.1",
"port": 40000
}
]
}
}

Сохраняем настройки и перезапускаем ядро.

Так как правила маршрутизации мы не удаляли, они снова отобразились в панели. Осталось проверить работоспособность WARP.

Как видим, в качестве провайдера указан Cloudflare, всё работает!

А если нет, попробуйте обновить подключение / перезапустить панель.

Схемы взаимодействий сервисов

Для лучшего понимания того, как это всё работает, предлагаю взглянуть на упрощённые схемы.

1. Установлен WARP с фильтрами типа geoip:ru, маршрутизация в клиенте не настроена:

• Если ресурс хостится в России или имеет доменные зоны .ru, соединение пройдёт через WARP, иначе — напрямую через сервер.

2. Установлен WARP с фильтрами типа geoip:ru, в клиенте настроены фильтры на запрещённые сайты:

• Сначала клиент проверяет, заблокирован ли ресурс в России. Если нет — соединение идёт напрямую без участия прокси-сервера, иначе — через VPS;
• Далее, если запрос дошёл до сервера, аналогично предыдущему варианту, проверяется зона хостинга ресурса и его доменная зона.

3. Установлен WARP с фильтрами типа geoip:ru, в клиенте настроены фильтры типа geoip:ru:

• Сначала клиент проверяет, хостится ли ресурс в России. Если да — соединение идёт напрямую без участия прокси-сервера, иначе — через VPS;
• Далее, если запрос дошёл до сервера, аналогично первому варианту, проверяется зона хостинга ресурса и его доменная зона.

The end

Очередной мини-гайд подошёл к концу. Надеюсь, было интересно и полезно :)

Всем до скорого, и спасибо, что читаете! 😀

В первой моей публикации обсудим, как объединить ссылки на подписки 3x-ui с нескольких серверов

Допустим, у нас есть два VPS с панелями на борту: один в Германии, другой в Нидерландах. Как же сделать так, чтобы оба добавлялись в клиентское приложение одной ссылкой?

Контакты и не только

Автор: https://t.me/noisycake

Ткг: https://t.me/hfk_blog

Блог: https://noisycake.ru

Зачем это вообще нужно?

Объединение нескольких панелей может быть крайне полезным для продавцов VPN-подписок и пользователей, ведь вместо того, чтобы вставлять кучу ссылок для каждой локации/сервера, клиенту нужно будет скопировать лишь одну.

Неполноценный способ

В качестве разминки просто объединим две ссылки на конфигурации, то есть основная функция подписки (обновление конфигурации) работать не будет!

1) Открываем 3x-ui на первом сервере и копируем обычную ссылку клиента;

2) Вставляем её в пустой текстовый файл (.txt);

3) Повторяем то же самое со вторым сервером, и получившийся результат вставляем на следующую строку в том же файле;

4) .txt теперь можно выложить в открытый доступ и скормить ссылку приложению-клиенту.

К примеру, закинем файл на GitHub.

Создаём новый репозиторий -> нажимаем "upload an existing file" -> прикрепляем наш файл -> жмём "Commit changes".

Тыкаем на файл. Чтобы получить правильную ссылку, нужно нажать на кнопку "Raw" в правой части экрана.

На открывшейся вкладке копируем ссылку из поисковой строки. Выглядеть она будет примерно так:

https://raw.githubusercontent.com/Whoami/justfortest/refs/heads/main/sub.txt

Как раз её мы и будем вставлять в приложения-клиенты по типу Hiddify и Nekobox. Проверим в первом. Копипастим ссылку, переходим в раздел "Прокси" левой менюшки. Отлично, видим оба наших подключения. Если нажать на "auto", будет выбираться сервер с наименьшим пингом.

Вуаля! И вроде никаких заморочек, но есть две проблемы:

1. Ссылку может получить кто угодно. Решается ограничением доступа или использованием других способов публикации ссылки;
2. Если вы измените конфигурацию подключения, клиент (NekoBox, Hiddify и т.п.) не сможет достать новые данные, ведь мы дали ссылки на статичные конфигурационные файлы, которые не обновляются автоматически. Получается, вносить изменения придётся вручную.

Посмотрим, как можно решить эти вопросы.

Оптимальное решение

Главное условие: включить функцию "подписки" в 3x-ui на каждом из серверов (рассказывал об этом в своём блоге), а также сделать одинаковый ник в поле "Subscription" для клиентов, которых вы будете объединять.

Чтобы исключить проблемы прошлого варианта, можно поднять обратный прокси на одном из имеющихся VPS, который будет автоматически брать конфиги с панелей и объединять их. Воспользуемся готовым решением от пользователя GitHub https://github.com/apa4h

UPD: Написал своё приложение, работающее на Python + Nginx: https://github.com/NoisyCake/3x-ui_subscriptions_aggregator. Процесс установки описан по ссылке, но в этой статье оставил разбор стороннего решения

Вы можете спросить меня, что ещё за обратный прокси такой? В общем-то, это ПО (в нашем случае nginx), которое получает от пользователей запросы, перенаправляет их другим приложениям и возвращает ответы

Заходим на какой-нибудь из серверов. Установим необходимые утилиты и скачаем репозиторий:

sudo apt install docker-compose
git clone https://github.com/apa4h/nginx-3x-ui-subscription-proxy.git
cd nginx-3x-ui-subscription-proxy/
cp .env.template .env

Теперь нужно настроить переменные окружения. Переходим в только что созданный файл: nano .env

Перед нами будут следующие строки:

Для начала определимся, нужен нам https или нет. Если у вас нет сертификатов на сервере, и вы не хотите с ними заморачиваться, оставьте TLS_MODE=off. Но в таком случае могут возникнуть проблемы с подключением, поскольку многие клиентские приложения проверяют ссылку на наличие https. Если же у вас есть сертификат или вы хотите его сделать (рассказывал в этом гайде), смените на "on".

В первой строке нужно указать папку, где хранятся ключи сертификата.

SITE_HOST: если устанавливали сертификат, нужно писать адрес, на который этот сертификат распространяется. В противном случае вбиваем IP сервера.

В SITE_PORT пишем любой свободный порт на сервере.

SERVERS: перечисляем через пробел пути к подписке каждого сервера. Ссылки должны выглядеть так:

https://<ip_или_домен>:<порт_подписки>/<корневой_url_подписки>/

Можете просто скопировать ссылку на подписку в подключении и убрать имя клиента в конце.

В SUB можете указать, как будет выглядеть статическая часть ссылки на общую подписку. Я оставлю без изменений.

В итоге получаем что-то такое:

Сохраняем файл и выходим.

Пишем: docker-compose up -d

Веб-сервер работает 😊. Чтобы получить подписку, нужно обратиться по адресу:

https://<SITE_HOST>/<SUB><никнейм_подписки> (http://... если TLS_MODE=off), где "никнейм_подписки" — "Subscription", который вы указывали в настройках клиента подключений. Напомню, что в каждом подключении они должен быть одинаковыми.

Если вы всё сделали правильно, то при попытке вставить ссылку в клиент, подтянутся конфиги. Также проверьте, работает ли обновление. Для этого измените подключение в панели (к примеру, порт) -> сохраните изменения -> обновите подписку в клиенте -> попробуйте подключиться. Таймаутов быть не должно.

Примечание: При создании сервиса по продаже VPN-подписок нужно понимать, что для каждого пользователя придётся генерировать сложно-подбираемый "Subscription", иначе велика вероятность абуза.

The end

Наш мини-гайд подошёл к концу. Надеюсь, было полезно 🙂

Всем до скорого, и спасибо, что читаете!