Бэкап и миграция 3x-ui на другой VPS без потери пользователей

Эффективная миграция 3x-ui на новый VPS без потери пользователей и их конфигураций требует сохранения базы данных x-ui.db, содержащей все учетные записи и настройки, а также каталога с SSL-сертификатами, обычно расположенного в /root/.acme.sh, с последующим развертыванием на новом сервере.

Перенос инфраструктуры, особенно критически важных сервисов, таких как 3x-ui, является распространенной задачей для системных администраторов и разработчиков. Будь то необходимость в более мощном оборудовании, смена региона для улучшения задержки, оптимизация затрат или повышение отказоустойчивости, процесс должен быть продуманным и бесшовным. 3x-ui, как популярная панель управления для Xray-серверов, активно используется для создания и управления прокси-серверами, поддерживающими различные протоколы, такие как VLESS, Reality, XTLS, VMess, Shadowsocks и другие. Потеря данных пользователей или некорректная настройка после переноса может привести к серьезным проблемам с доступностью сервиса. В этой статье мы подробно рассмотрим каждый шаг, от подготовки до финальной проверки, чтобы обеспечить максимально гладкий перенос 3x-ui на новый сервер.

Где 3x-ui хранит свои данные и почему это важно для бэкапа?

Для успешного бэкапа 3x-ui и последующей миграции крайне важно понимать, где панель хранит свои конфигурации, данные пользователей и сертификаты. 3x-ui использует базу данных SQLite для хранения всей оперативной информации о пользователях, их учетных данных, статистике трафика, а также настроек прокси-серверов. Помимо этого, для обеспечения безопасного соединения по TLS (включая протоколы VLESS с XTLS/Reality) требуются SSL-сертификаты. Эти два компонента являются ключевыми для сохранения функциональности после переноса.

Основные компоненты данных 3x-ui

• База данных x-ui.db: Это сердце вашей панели 3x-ui. Она содержит:
  • Все созданные пользователи с их UUID, портами, протоколами и дополнительными настройками.
  • Статистика использования трафика для каждого пользователя.
  • Настройки входящих и исходящих соединений (inbounds/outbounds).
  • Общие настройки панели 3x-ui (порт, логин/пароль администратора, лимиты).

  По умолчанию x-ui.db располагается в каталоге, где установлен 3x-ui. В большинстве случаев, при стандартной установке, это будет /etc/x-ui/x-ui.db. Однако, если вы устанавливали 3x-ui вручную или использовали скрипт, который позволяет выбрать путь, он может отличаться. Всегда проверяйте расположение файла перед началом бэкапа.

• SSL-сертификаты: Для работы протоколов, требующих TLS-шифрования (VLESS, VMess, Shadowsocks с TLS, Reality), необходимы действующие SSL-сертификаты. Чаще всего они выпускаются с помощью Let's Encrypt через скрипт acme.sh. Каталог, где acme.sh хранит сертификаты и ключи, обычно находится в /root/.acme.sh/. В этом каталоге вы найдете подкаталоги, названные по вашим доменам, внутри которых хранятся файлы сертификатов (fullchain.cer) и приватных ключей (.key).
• Файлы конфигурации 3x-ui (опционально): Хотя основная конфигурация хранится в базе данных, некоторые скрипты установки могут создавать дополнительные файлы конфигурации или системные юниты (systemd service files). Однако для большинства сценариев миграции достаточно бэкапа x-ui.db и сертификатов.

Почему так важен полный бэкап x-ui.db и сертификатов?

Без x-ui.db вы потеряете всех своих пользователей, их UUID, настройки и статистику. Фактически, это будет эквивалентно новой установке 3x-ui, где вам придется заново создавать всех пользователей и пересылать им новые конфигурации. Это не только трудоемко, но и крайне неудобно для ваших клиентов.

Без SSL-сертификатов ваши прокси-серверы, использующие TLS, перестанут работать. Пользователи будут получать ошибки соединения, так как сервер не сможет установить защищенное соединение. Хотя сертификаты можно перевыпустить на новом сервере, это требует времени и корректной настройки DNS, а также может привести к кратковременному простою. Сохранение существующих сертификатов позволяет минимизировать простой и избежать необходимости перенастраивать клиентские устройства, если вы не меняете домен.

Понимание этих ключевых компонентов позволяет составить точный план действий для миграции 3x-ui, гарантируя, что все важные данные будут сохранены и корректно восстановлены на новом сервере.

Полный бэкап 3x-ui: что нужно сохранить перед миграцией?

Перед тем как приступить к переносу 3x-ui, необходимо выполнить полный бэкап всех критически важных данных с текущего VPS. Этот процесс включает в себя остановку сервиса 3x-ui, копирование базы данных и SSL-сертификатов, а затем их безопасное перемещение на локальную машину или в облачное хранилище. Строгое следование этим шагам гарантирует целостность данных и минимизирует риски.

Остановка сервиса 3x-ui для целостности бэкапа

Прежде чем копировать базу данных, обязательно остановите сервис 3x-ui. Это предотвратит любые операции записи в x-ui.db во время копирования, исключая риск повреждения или неполного бэкапа. Если база данных будет использоваться во время копирования, вы можете получить неконсистентный файл, который будет сложно или невозможно восстановить.

Подключитесь к вашему старому VPS по SSH и выполните следующие команды:

sudo systemctl stop x-ui
sudo systemctl disable x-ui # Опционально: предотвратит запуск при перезагрузке

Убедитесь, что сервис остановлен:

sudo systemctl status x-ui

Вывод должен показать, что сервис неактивен (inactive (dead)).

Копирование базы данных x-ui.db и SSL-сертификатов

Теперь, когда сервис остановлен, можно безопасно скопировать необходимые файлы.

1. Бэкап базы данных x-ui.db:
   Найдите файл x-ui.db. В большинстве случаев он находится по пути /etc/x-ui/x-ui.db. Если вы устанавливали 3x-ui другим способом, путь может отличаться. Вы можете использовать команду find / -name x-ui.db для его поиска.
   Скопируйте файл в безопасное место, например, в домашний каталог пользователя, чтобы затем легко его скачать:

   cp /etc/x-ui/x-ui.db ~/x-ui.db.bak
   

2. Бэкап SSL-сертификатов:
   Каталог с сертификатами обычно находится по пути /root/.acme.sh/. Скопируйте его целиком. Если вы используете несколько доменов, этот каталог будет содержать все необходимые сертификаты.
   

   Если вы не использовали acme.sh или у вас сертификаты лежат в другом месте, убедитесь, что вы скопировали fullchain.cer и соответствующий .key файл для каждого используемого домена. Если вы используете Reality, бэкап сертификатов не так критичен, так как они генерируются на лету, но если вы используете VLESS/VMess с TLS, это обязательно.

   cp -r /root/.acme.sh/ ~/.acme.sh.bak
   

   Теперь у вас есть два файла/каталога для скачивания: ~/x-ui.db.bak и ~/.acme.sh.bak.

Скачивание бэкап-файлов на локальную машину

После того как файлы скопированы в домашний каталог, вы можете скачать их на свою локальную машину с помощью scp или SFTP-клиента (например, WinSCP, FileZilla).

Используя scp:

# Откройте терминал на вашей ЛОКАЛЬНОЙ машине
scp user@your_old_vps_ip:~/x-ui.db.bak .
scp -r user@your_old_vps_ip:~/.acme.sh.bak .

Замените user на ваше имя пользователя (обычно root или пользователя с sudo-правами), а your_old_vps_ip на IP-адрес вашего старого VPS.

После успешного скачивания убедитесь, что файлы не повреждены и имеют разумный размер. На этом этапе бэкап завершен. Теперь вы можете либо удалить бэкап-файлы со старого VPS, либо оставить их в качестве дополнительной меры предосторожности. Если вы планируете полностью удалить старый VPS, убедитесь, что у вас есть надежная копия бэкапа.

Теперь, когда у нас есть все необходимые данные, можно переходить к подготовке нового сервера для 3x-ui на новый сервер.

Подготовка нового VPS для переноса 3x-ui

Прежде чем приступать к восстановлению данных, необходимо подготовить новый VPS. Этот этап включает выбор подходящего сервера, его базовую настройку, установку необходимых зависимостей и, конечно же, установку самой панели 3x-ui. Правильная подготовка нового сервера обеспечит стабильную работу и беспроблемный перенос 3x-ui.

Выбор оптимального VPS для 3x-ui: на что обратить внимание?

Выбор VPS зависит от предполагаемой нагрузки. Для 3x-ui основными факторами являются количество активных пользователей, объем передаваемого трафика и протоколы, которые вы планируете использовать (Reality, XTLS, TLS требуют больше ресурсов CPU). Valebyte.com предлагает различные тарифы, подходящие для разных задач. Например, для небольшого числа пользователей (до 20-30) с умеренным трафиком, базового тарифа с 1 vCPU, 1-2 GB RAM и 20-30 GB NVMe диска будет вполне достаточно. Для более требовательных сценариев, например, для Hiddify на VPS или Marzban на VPS, которые могут обрабатывать сотни пользователей, лучше рассмотреть тарифы с 2-4 vCPU, 4-8 GB RAM и более быстрым диском.

Ключевые параметры:

• Процессор (vCPU): 1-2 ядра для большинства случаев, 2+ для высоких нагрузок или Reality.
• Оперативная память (RAM): 1-2 GB достаточно для Xray/3x-ui, но 2-4 GB дают больше буфера.
• Диск (SSD/NVMe): 20-40 GB NVMe будет более чем достаточно. NVMe обеспечивает лучшую производительность ввода-вывода, что важно для баз данных и логов.
• Сетевой канал: 100 Mbps - 1 Gbps. Чем шире канал, тем лучше для прокси.
• Расположение сервера: Выбирайте локацию, которая обеспечивает минимальную задержку для ваших пользователей.
• Операционная система: Ubuntu 20.04/22.04 LTS, Debian 10/11/12 или CentOS 7/8. Ubuntu LTS версии являются наиболее распространенным выбором.

Примерные характеристики VPS для 3x-ui:

Категория использования	vCPU	RAM	Диск (NVMe)	Сетевой канал	Примерная цена (Valebyte.com)
Малый (до 20-30 пользователей)	1 ядро	1-2 GB	20 GB	100 Mbps	$5 - $8/мес
Средний (до 50-100 пользователей)	2 ядра	2-4 GB	30-40 GB	250-500 Mbps	$8 - $15/мес
Высокий (100+ пользователей, Reality/XTLS)	4+ ядра	4-8 GB	50+ GB	500 Mbps - 1 Gbps	$15 - $30+/мес

Базовая настройка нового VPS и установка 3x-ui

После активации нового VPS (многие провайдеры, включая Valebyte.com, предлагают VPS с моментальной активацией) подключитесь к нему по SSH.

1. Обновление системы:
   Всегда начинайте с обновления пакетного менеджера и установленных пакетов.

   sudo apt update && sudo apt upgrade -y # Для Debian/Ubuntu
   # sudo yum update -y # Для CentOS/RHEL
   

2. Установка необходимых утилит:
   Установите curl, wget, git и unzip, если они еще не установлены. Они могут понадобиться для установки 3x-ui и работы с файлами.

   sudo apt install -y curl wget git unzip # Для Debian/Ubuntu
   # sudo yum install -y curl wget git unzip # Для CentOS/RHEL
   

3. Установка 3x-ui:
   Используйте официальный скрипт для установки 3x-ui. Это гарантирует, что все зависимости будут установлены правильно и панель будет работать с корректными путями.

   bash <(curl -Ls https://raw.githubusercontent.com/mhsanaei/3x-ui/master/install.sh)
   

   Следуйте инструкциям скрипта. После установки 3x-ui будет запущен с пустой базой данных. Вам не нужно настраивать пользователей или порты на этом этапе, так как мы будем восстанавливать данные из бэкапа. Просто убедитесь, что панель установлена и сервис x-ui присутствует в системе.

4. Остановка нового сервиса 3x-ui:
   Как и на старом сервере, нам нужно остановить 3x-ui, чтобы безопасно заменить базу данных.

   sudo systemctl stop x-ui
   sudo systemctl disable x-ui # Опционально, но рекомендуется
   

Теперь ваш новый VPS готов к приему данных из бэкапа. У вас установлена чистая копия 3x-ui, но она пока не содержит ваших пользователей и настроек. Следующий шаг — восстановление данных.

Пошаговая миграция 3x-ui: восстановление данных и пользователей

Самый ответственный этап миграции 3x-ui — это восстановление сохраненных данных на новом сервере. Этот процесс включает загрузку бэкап-файлов на новый VPS, замену базы данных 3x-ui и восстановление SSL-сертификатов. Важно следовать инструкциям точно, чтобы избежать потери данных или некорректной работы сервиса.

Загрузка бэкап-файлов на новый VPS

Перенесите файлы x-ui.db.bak и .acme.sh.bak, которые вы ранее скачали на локальную машину, на ваш новый VPS. Вы можете использовать scp или SFTP-клиент.

Используя scp:

# Откройте терминал на вашей ЛОКАЛЬНОЙ машине
scp ~/x-ui.db.bak user@your_new_vps_ip:/tmp/
scp -r ~/.acme.sh.bak user@your_new_vps_ip:/tmp/

Замените user на имя пользователя (обычно root), а your_new_vps_ip на IP-адрес вашего нового VPS. Файлы будут загружены во временный каталог /tmp/ на новом сервере.

Восстановление базы данных 3x-ui database

Подключитесь к новому VPS по SSH. Теперь мы заменим пустую базу данных 3x-ui на ту, которую вы забэкапили.

1. Перемещение базы данных:
   Переместите бэкап-файл x-ui.db.bak из /tmp/ в целевой каталог 3x-ui, заменив существующий пустой файл x-ui.db. Каталог 3x-ui по умолчанию — /etc/x-ui/.

   mv /tmp/x-ui.db.bak /etc/x-ui/x-ui.db
   

2. Настройка прав доступа:
   Убедитесь, что у файла базы данных правильные права доступа и владелец, чтобы 3x-ui мог с ним работать. Обычно это root:root и права 0600 или 0640.

   chown root:root /etc/x-ui/x-ui.db
   chmod 600 /etc/x-ui/x-ui.db
   

Восстановление SSL-сертификатов

Если вы использовали TLS или Reality, вам необходимо восстановить сертификаты.

1. Перемещение каталога .acme.sh:
   Переместите забэкапленный каталог .acme.sh.bak в домашний каталог /root/, заменив его, если он существует (хотя на новом сервере его, скорее всего, не будет).

   mv /tmp/.acme.sh.bak /root/.acme.sh
   

2. Настройка прав доступа:
   Убедитесь, что у каталога и файлов внутри него правильные права доступа и владелец.

   chown -R root:root /root/.acme.sh
   chmod -R 700 /root/.acme.sh
   

После выполнения этих шагов все ваши данные и сертификаты будут на своих местах на новом VPS. Теперь можно запустить сервис 3x-ui.

Запуск 3x-ui и проверка работоспособности

Запустите сервис 3x-ui и убедитесь, что он успешно стартовал:

sudo systemctl start x-ui
sudo systemctl enable x-ui # Чтобы сервис запускался при старте системы
sudo systemctl status x-ui

Если все прошло успешно, статус должен быть active (running). Попробуйте зайти в панель управления 3x-ui через веб-браузер по IP-адресу вашего нового VPS и порту панели (по умолчанию 2053). Вы должны увидеть всех своих пользователей и их конфигурации. Проверьте логи 3x-ui на предмет ошибок:

journalctl -u x-ui -f

В случае проблем, это поможет выявить их причину. Частые проблемы включают неправильные права доступа к файлам или ошибки в базе данных (если бэкап был сделан некорректно, что маловероятно при остановке сервиса).

На этом основной процесс восстановления завершен. Следующий шаг — это проверка конфигураций и, при необходимости, смена домена.

Смена домена после миграции 3x-ui: сертификаты и конфигурация

В некоторых случаях, при переносе 3x-ui на новый VPS, может возникнуть необходимость сменить доменное имя, используемое для доступа к прокси-серверам. Это может быть связано с тем, что старый домен привязан к старому IP-адресу, или вы просто хотите использовать новый домен. Смена домена влечет за собой необходимость перевыпуска SSL-сертификатов и обновления конфигураций пользователей.

Когда нужна смена домена?

• Смена IP-адреса и отсутствие возможности перепривязать старый домен: Если ваш старый домен жестко привязан к старому VPS или вы не можете обновить DNS-записи по какой-либо причине.
• Желание использовать новый, более подходящий домен: Возможно, вы хотите улучшить брендинг или просто использовать более удобное имя.
• Проблемы с текущим доменом: Домен попал в черные списки, заблокирован или имеет другие проблемы.

Если вы просто перенесли VPS, но сохранили доменное имя и обновили его DNS A-запись на новый IP-адрес, то перевыпуск сертификатов не всегда обязателен, если старые сертификаты еще действительны и были успешно перенесены. Однако, для обеспечения максимальной надежности и актуальности, рекомендуется перевыпустить их.

Перевыпуск SSL-сертификатов для нового домена

Предположим, ваш старый домен был old.example.com, а новый будет new.example.com.

1. Обновите DNS A-запись:
   Убедитесь, что A-запись для new.example.com указывает на IP-адрес вашего нового VPS. Это критически важно для работы Let's Encrypt и корректного функционирования прокси-сервера. Дождитесь полного распространения DNS-записей (может занять от нескольких минут до нескольких часов).
2. Удаление старых сертификатов (опционально, но рекомендуется для чистоты):
   Вы можете удалить старые записи для old.example.com из /root/.acme.sh/, если они больше не нужны, или просто позволить acme.sh обрабатывать новый домен.
3. Выпуск нового сертификата с помощью acme.sh:
   Остановите 3x-ui, если он использует порт 80/443 для получения сертификата (по умолчанию 3x-ui использует другие порты для панели, но Xray может слушать 443).

   Выполните команду для выпуска нового сертификата. Убедитесь, что у вас установлен acme.sh (он обычно идет вместе с установкой 3x-ui или его можно установить вручную).

   # Убедитесь, что 3x-ui остановлен, если он конфликтует с портом 80/443
   sudo systemctl stop x-ui
   
   # Выпустите сертификат для нового домена (используя webroot или standalone)
   # Webroot:
   acme.sh --issue -d new.example.com --webroot /var/www/html/ # если у вас есть веб-сервер на 80 порту
   # Standalone (наиболее простой, если 80 порт свободен):
   acme.sh --issue -d new.example.com --standalone
   
   # После выпуска, установите сертификат в нужные пути.
   # Xray обычно требует fullchain.cer и .key файл.
   # 3x-ui может автоматически подхватывать их из .acme.sh,
   # но лучше явно указать пути в настройках inbounds.
   acme.sh --install-cert -d new.example.com \
   --key-file       /etc/x-ui/new.example.com.key  \
   --fullchain-file /etc/x-ui/new.example.com.pem \
   --reloadcmd     "sudo systemctl restart x-ui"
   

   После успешного выпуска и установки сертификата, запустите 3x-ui:

   sudo systemctl start x-ui
   

Обновление конфигураций в панели 3x-ui

После получения нового сертификата вам нужно обновить все входящие соединения (inbounds) в панели 3x-ui, которые использовали старый домен и старые сертификаты. Зайдите в веб-интерфейс 3x-ui:

1. Перейдите в раздел "Inbounds".
2. Для каждого inbound, который использовал старый домен:
   
   • Отредактируйте его.
   • В поле "Домен" (или "Host", "SNI") укажите new.example.com.
   • В поле "SSL Сертификат" и "SSL Приватный ключ" укажите новые пути к файлам сертификата и ключа, которые вы получили (например, /etc/x-ui/new.example.com.pem и /etc/x-ui/new.example.com.key).
   • Сохраните изменения.
3. Если вы используете Reality, убедитесь, что в настройках inbounds указан правильный dest (целевой домен, который вы клонируете) и serverNames (SNI-домены, которые будут использоваться). Они не зависят от вашего сертификата, но должны быть корректно настроены.

После обновления всех inbounds, 3x-ui автоматически перезагрузит конфигурацию Xray. Ваши пользователи теперь должны будут обновить свои клиентские приложения, указав новый домен new.example.com и, возможно, новые порты, если вы их меняли. Убедитесь, что вы предоставили им актуальные конфигурации.

Эффективное управление сертификатами и своевременное обновление конфигураций — залог успешной и безопасной работы вашего прокси-сервера. Если вы ищете альтернативы 3x-ui, которые также предлагают продвинутые функции и простоту управления, рассмотрите sing-box на VPS, который является универсальным сервером для VLESS, Reality и Hysteria.

Проверка и тестирование после переноса 3x-ui

После завершения всех шагов по миграции 3x-ui на новый сервер, крайне важно провести тщательную проверку работоспособности. Это позволит убедиться, что все пользователи могут подключаться, трафик проходит без проблем, а все настройки сохранены и функционируют корректно. Игнорирование этого этапа может привести к неожиданным простоям и жалобам пользователей.

Основные этапы проверки работоспособности

1. Доступ к панели 3x-ui:
   Попробуйте зайти в веб-интерфейс 3x-ui по новому IP-адресу или домену (если вы его меняли) и порту (по умолчанию 2053). Убедитесь, что вы можете войти, видите всех своих пользователей и их настройки. Проверьте логи панели на наличие ошибок (раздел "Logs" в 3x-ui).
2. Проверка работы Xray-сервера:
   Убедитесь, что Xray-сервер, управляемый 3x-ui, запущен и слушает нужные порты. Вы можете использовать команду ss -tulnp (или netstat -tulnp) для проверки открытых портов.

sudo ss -tulnp | grep xray

Вы должны увидеть порты, которые вы настроили для своих inbounds в 3x-ui (например, 443, 80, 2053).

3. Тестирование клиентских подключений:
   
   • Подключение с тестового устройства: Возьмите одно из клиентских устройств (например, смартфон с v2rayNG или Hiddify) и попробуйте подключиться к новому серверу.
   • Проверка всех протоколов: Если вы используете VLESS, Reality, VMess, Shadowsocks, Hysteria2 или другие протоколы, проверьте каждый из них.
   • Проверка статистики: После нескольких минут использования, проверьте статистику трафика в панели 3x-ui для тестового пользователя. Убедитесь, что трафик учитывается.
4. Проверка SSL-сертификатов (для TLS/Reality):
   Если вы используете протоколы с TLS-шифрованием, убедитесь, что сертификаты действительны. Вы можете использовать онлайн-инструменты для проверки SSL или команду openssl на сервере.

# Проверка сертификата на порту 443 для вашего домена
echo | openssl s_client -servername your_domain.com -connect your_vps_ip:443 2>/dev/null | openssl x509 -noout -dates

Убедитесь, что даты начала и окончания срока действия сертификата корректны.

5. Проверка производительности и задержки:
   Запустите тесты скорости и проверьте задержку (ping) до нового VPS. Сравните их с показателями старого сервера. Новый VPS должен демонстрировать улучшенные или аналогичные характеристики, особенно если вы переезжали из-за проблем с производительностью. Для оптимизации задержки и обхода блокировок, рассмотрите статьи по zapret на VPS и роутере или VPS для обхода блокировок в Иране.

Решение возможных проблем

Если вы столкнулись с проблемами, вот несколько распространенных решений:

• Не удается подключиться к панели 3x-ui:
  • Проверьте, запущен ли сервис x-ui (sudo systemctl status x-ui).
  • Убедитесь, что порт панели 3x-ui (по умолчанию 2053) открыт в брандмауэре VPS (ufw status или правила iptables).
  • Проверьте, нет ли конфликтов портов с другими запущенными службами (sudo ss -tulnp).
• Клиенты не могут подключиться к прокси:
  • Убедитесь, что Xray запущен и слушает нужные порты (см. выше).
  • Проверьте брандмауэр VPS: открыты ли порты, используемые вашими inbounds (например, 443).
  • Если используете домен, убедитесь, что его A-запись указывает на новый IP-адрес и DNS полностью обновился.
  • Проверьте логи Xray через 3x-ui или командой journalctl -u x-ui -f на наличие ошибок, связанных с SSL-сертификатами, портами или конфигурацией.
  • Убедитесь, что в клиентском приложении указаны корректные параметры (IP-адрес/домен, порт, UUID, SNI и т.д.).
• Проблемы с SSL-сертификатами:
  • Убедитесь, что файлы fullchain.cer и .key существуют по указанным путям в настройках inbounds 3x-ui.
  • Проверьте права доступа к файлам сертификатов (они должны быть доступны для пользователя, под которым запускается Xray, обычно nobody или root, но лучше nobody).
  • Попробуйте перевыпустить сертификат, если срок действия истек или он поврежден.

Тщательное тестирование и оперативное решение проблем обеспечат плавный переход и минимальный дискомфорт для ваших пользователей. Если все работает стабильно, вы успешно завершили миграцию 3x-ui!

Чек-лист успешной миграции 3x-ui

Чтобы обеспечить максимально гладкий и безболезненный перенос 3x-ui, полезно иметь под рукой проверочный список. Следуя этому чек-листу, вы минимизируете риски и убедитесь, что ни один важный шаг не был пропущен.

Подготовительный этап (Старый VPS)

1. ☐ Уведомление пользователей (если применимо) о предстоящих работах и возможном кратковременном простое.
2. ☐ Остановка сервиса 3x-ui: sudo systemctl stop x-ui.
3. ☐ Создание бэкапа базы данных x-ui.db: cp /etc/x-ui/x-ui.db ~/x-ui.db.bak.
4. ☐ Создание бэкапа каталога SSL-сертификатов: cp -r /root/.acme.sh/ ~/.acme.sh.bak.
5. ☐ Скачивание файлов бэкапа (x-ui.db.bak и .acme.sh.bak) на локальную машину с помощью scp или SFTP.
6. ☐ Проверка целостности скачанных файлов (например, размер файлов).

Настройка нового VPS

1. ☐ Выбор подходящего VPS-тарифа (Valebyte.com предлагает различные опции для дешёвый VPS с почасовой оплатой или с моментальной активацией).
2. ☐ Установка выбранной операционной системы (рекомендуется Ubuntu 20.04/22.04 LTS или Debian 11/12).
3. ☐ Подключение к новому VPS по SSH.
4. ☐ Обновление системы: sudo apt update && sudo apt upgrade -y.
5. ☐ Установка 3x-ui с помощью официального скрипта: bash <(curl -Ls https://raw.githubusercontent.com/mhsanaei/3x-ui/master/install.sh).
6. ☐ Остановка сервиса 3x-ui на новом VPS: sudo systemctl stop x-ui.

Восстановление данных

1. ☐ Загрузка файлов бэкапа (x-ui.db.bak и .acme.sh.bak) с локальной машины на новый VPS (например, в /tmp/).
2. ☐ Перемещение x-ui.db.bak в /etc/x-ui/x-ui.db: mv /tmp/x-ui.db.bak /etc/x-ui/x-ui.db.
3. ☐ Установка корректных прав доступа для x-ui.db: chown root:root /etc/x-ui/x-ui.db && chmod 600 /etc/x-ui/x-ui.db.
4. ☐ Перемещение .acme.sh.bak в /root/.acme.sh/: mv /tmp/.acme.sh.bak /root/.acme.sh.
5. ☐ Установка корректных прав доступа для .acme.sh/: chown -R root:root /root/.acme.sh && chmod -R 700 /root/.acme.sh.

Постоперационные действия и проверка

1. ☐ Запуск сервиса 3x-ui: sudo systemctl start x-ui && sudo systemctl enable x-ui.
2. ☐ Проверка статуса сервиса 3x-ui: sudo systemctl status x-ui (должен быть active (running)).
3. ☐ Вход в веб-панель 3x-ui по новому IP-адресу/домену и порту (по умолчанию 2053).
4. ☐ Проверка наличия всех пользователей и их настроек в панели.
5. ☐ Обновление DNS A-записи домена на новый IP-адрес VPS (если вы сохраняете тот же домен).
6. ☐ Перевыпуск SSL-сертификатов для нового домена (если вы меняли домен, или для обновления существующих).
7. ☐ Обновление путей к сертификатам и доменных имен в настройках inbounds 3x-ui (если меняли домен или пути к сертификатам).
8. ☐ Проверка открытых портов Xray: sudo ss -tulnp | grep xray.
9. ☐ Тестирование подключения с нескольких клиентских устройств для всех используемых протоколов.
10. ☐ Проверка статистики трафика в панели 3x-ui.
11. ☐ Проверка логов 3x-ui/Xray на наличие ошибок.
12. ☐ Открытие необходимых портов в брандмауэре нового VPS (если не настроено автоматически).
13. ☐ Окончательное уведомление пользователей о завершении миграции и, при необходимости, предоставление новых настроек.

С этим чек-листом вы сможете уверенно провести миграцию 3x-ui, сохраняя контроль над каждым этапом и минимизируя возможные проблемы.

Выводы

Успешная миграция 3x-ui на новый VPS без потери пользователей является многоэтапным, но вполне выполнимым процессом, требующим внимательного отношения к деталям. Ключевыми шагами являются тщательный бэкап базы данных x-ui.db и SSL-сертификатов, а также их корректное восстановление на предварительно подготовленном новом сервере. Выбор надежного VPS, такого как предлагаемые Valebyte.com, с подходящими характеристиками и стабильным сетевым каналом, критически важен для обеспечения бесперебойной работы после переноса. Следуя подробным инструкциям и чек-листу, вы сможете без труда перенести свою панель 3x-ui, сохранив все пользовательские данные и конфигурации, обеспечив при этом улучшенную производительность и надежность сервиса.