VPN·HUB·CRACK
Маркет 0 ₽ +
Выйти?
VPN·HUB·CRACK Переезд с 3x-ui на Remnawave: перенос клиентов без потерь · VPN HUB CRACK
Все статьи
3x-ui PRO Remnawave · 3x-ui

Переезд с 3x-ui на Remnawave: перенос клиентов без потерь

Обновлено 24 августа 2026 Проверено

Переезд с 3x-ui на Remnawave: перенос клиентов без потерь

3x-ui хорош ровно до того момента, пока сервер один. Как только серверов становится несколько, начинается ручная работа: клиента надо завести в каждой панели отдельно, лимит считается на каждой машине свой, а выдать человеку «все страны в одной подписке» уже нельзя.

Remnawave решает именно это: одна панель управляет многими нодами, клиент один, подписка одна.

📖 Незнакомые слова? Все термины простыми словами есть в Словаре терминов.

Когда переезжать, а когда не стоит

Ситуация Решение
Один сервер, десяток клиентов, личный VPN Остаться на 3x-ui. Переезд ничего не даст
Два и больше серверов, клиенты растут Переезжать. Ручная синхронизация панелей съест больше времени, чем переезд
Продаёте доступ, нужны страны на выбор Переезжать. Сквады и одна подписка — это то, ради чего Remnawave делали
Нужен только один протокол на одной машине Остаться. Remnawave здесь сложнее без выигрыша

⭐ Главное: что переносится, а что нет

Это первое, что нужно понять, иначе переезд превращается в сюрприз.

Официальный инструмент remnawave/migrate переносит ПОЛЬЗОВАТЕЛЕЙ:

  • имя (username) и статус;
  • VlessUUID, TrojanPassword, SsPassword — то есть идентификаторы подключения;
  • TrafficLimitBytes и стратегию сброса трафика;
  • ExpireAt (срок), CreatedAt, описание, ShortUUID.

Он НЕ переносит инфраструктуру. Протоколы, inbound'ы, ключи Reality, хосты, страницу подписки — всё это вы собираете в Remnawave заново. Инструмент кладёт людей в уже готовую панель, а не копирует сервер.

Так что порядок такой: сначала строим новую панель, и только потом переносим клиентов.

Шаг 1: соберите Remnawave до переноса

К моменту запуска миграции у вас должны быть:

  1. Работающая панель Remnawave — см. «Remnawave с нуля».
  2. Нода, подключённая к панели, и проверенный протокол — начните с «VLESS-TCP-Reality».
  3. Сквад (squad) — группа, в которую попадут перенесённые люди. Её UUID понадобится инструменту.
  4. Хост — параметры подключения, которые увидят клиенты: «Один хост → тысячи юзеров».
  5. Страница подписки — «Страница подписки».

Проверьте новую панель на себе: заведите тестового клиента, подключитесь, откройте сайт. Переносить людей в непроверенную панель — гарантированный поток обращений в поддержку.

Шаг 2: запуск переноса

Инструмент забирает пользователей через API исходной панели, поэтому 3x-ui должна быть жива и доступна, а креды — админские.

./remnawave-migrate \
  --panel-type=3X-UI \
  --panel-url="http://ваша-3xui:2053" \
  --panel-username="admin" \
  --panel-password="пароль" \
  --remnawave-url="https://ваша-панель" \
  --remnawave-token="токен-api-remnawave" \
  --internal-squad=UUID-СКВАДА

Полезные флаги:

Флаг Что делает
--preserve-status сохранить статусы из 3x-ui (иначе все станут ACTIVE)
--last-users=50 перенести только последних N — удобно для пробного прогона
--batch-size=100 размер пачки при заливке
--preferred-strategy стратегия сброса трафика: NO_RESET, DAY, WEEK, MONTH
--internal-squad / --external-squad в какие сквады положить перенесённых

⚠️ Начните с --last-users=5. Прогоните пятерых, откройте их в панели, проверьте лимит и срок, подключитесь одним из них. Только убедившись, что всё встало правильно, запускайте полный перенос.

⚠️ Если у панели задан секретный путь (webBasePath), в --panel-url его, скорее всего, нужно указать целиком. В документации инструмента это не описано — проверяйте на пробном прогоне, и если API не отвечает, попробуйте оба варианта адреса.

Шаг 3: переключите клиентов

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

Дальше зависит от того, как вы выдавали доступ:

  • Выдавали ссылку-подписку — самый лёгкий случай. Люди получат новые параметры, когда приложение обновит подписку. Но учтите: ссылка ведёт на старую панель, поэтому старый сервер должен пожить, пока все не обновятся, либо нужно переключить домен подписки на новую панель.
  • Выдавали разовые ссылки vless:// — придётся разослать новые. Это ровно тот случай, из-за которого стоит всегда выдавать подписку (см. «клиенты и лимиты в 3x-ui»).

Не выключайте старый сервер сразу. Дайте ему поработать параллельно неделю-две: часть клиентов открывает приложение редко, и для них «мгновенный переезд» выглядит как поломка.

Шаг 4: проверка после переноса

  • Число пользователей в Remnawave совпадает с числом в 3x-ui.
  • У выборочных клиентов на месте срок и лимит трафика.
  • Тестовое подключение работает через новую ноду.
  • Подписка отдаёт конфиги: проверяйте не локальным curl, а снаружи, настоящим клиентским приложением.
  • Старый сервер ещё жив и обслуживает тех, кто не обновился.

Грабли

  • Переносить людей в пустую панель. Клиенты появятся, но подключаться будет некуда: inbound'ы, хосты и подписка не переносятся.
  • Выключить 3x-ui в день переезда. Все, кто не открыл приложение, останутся без связи и придут в поддержку.
  • Не сделать пробный прогон. Ошибка в сквадe или стратегии сброса, размноженная на сотни аккаунтов, разбирается потом руками.
  • Забыть --preserve-status. Все перенесённые станут активными, включая тех, кто давно не платит.
  • Ждать, что переедут ключи Reality. Они остаются на старом сервере: в новой панели протоколы вы поднимаете заново, и параметры подключения у клиентов будут другими.

Обратный путь

Готового инструмента для переезда из Remnawave в 3x-ui нет. Если такая задача возникнет, клиентов придётся заводить руками или через API 3x-ui. Это ещё один довод сначала попробовать Remnawave на паре тестовых клиентов, а потом переносить всех.

Что дальше