Hestia Control Panel это бесплатная панель для управления сайтами, почтой, DNS и базами данных на VPS. Иногда её нужно убрать: переход на другую панель, чистая переустановка или разбор после эксперимента. Главное, что стоит знать заранее: штатной команды удаления у Hestia нет, и разработчики не поддерживают такой сценарий. Ниже как поступить правильно и что делать, если удалять всё же приходится на живом сервере.
Что говорят разработчики Hestia
На форуме Hestia на вопрос про корректное удаление ответ один и тот же с 2020 года: нормального способа нет, лучше поднять новый сервер и перенести на него данные из бэкапов. Установщик меняет конфиги nginx, Apache, PHP, Exim, Dovecot, MariaDB, добавляет репозитории и системных пользователей, и откатить всё это вручную трудно.
В обсуждении 2025 года команда повторяет то же: удаление не поддерживается, потому что после него остаётся много следов в конфигах, которые потом мешают при повторной установке. Совет простой: переустановить ОС, например Debian 12 или Ubuntu 24.04, и поставить панель заново.
Правильный путь: бэкап, новый сервер, восстановление
У Hestia есть встроенные бэкапы пользователей: в архив попадают сайты, базы, почта, DNS и cron. По документации, перенос пользователя на другой сервер выглядит так:
# на старом сервере, от root v-backup-user username ls /backup # имя архива с датой # копируем архив на новый сервер в /backup scp /backup/username.ДАТА.tar root@new-server:/backup/ # на новом сервере с чистой Hestia v-restore-user username username.ДАТА.tar
Если пользователя на новом сервере нет, он будет создан. Список всех команд v-* есть в справочнике CLI. Если вы уходите с Hestia совсем, тот же архив пригодится для ручного переноса: внутри обычные каталоги сайтов, дампы баз и почтовые ящики.
На VPS чаще всего быстрее всего так: снять бэкапы, переустановить ОС из панели провайдера или заказать новый сервер и поднять там то, что нужно, с панелью или без неё.
Если удалять нужно на этом же сервере
Бывает, что переустановить ОС нельзя. Тогда панель снимают вручную, понимая, что сервер останется в промежуточном состоянии: веб-сервер, PHP, почта и базы продолжат работать с конфигами, которые писала Hestia, но управлять ими будет некому. Перед этим обязательно сделайте копию сайтов, баз и почты на другой сервер или в облачное хранилище.
# копия на всякий случай (пути зависят от ваших пользователей) tar -czf web_backup.tar.gz /home/*/web/ tar -czf mail_backup.tar.gz /home/*/mail/ mysqldump --all-databases > all_databases.sql # PostgreSQL, если используется sudo -u postgres pg_dumpall > all_postgres.sql
Остановите службы панели и веб-терминала и уберите их из автозапуска:
sudo systemctl disable --now hestia sudo systemctl disable --now hestia-web-terminal
В репозитории Hestia четыре пакета: hestia, hestia-nginx, hestia-php и hestia-web-terminal. Удаляем их вместе с конфигами:
sudo apt purge hestia hestia-nginx hestia-php hestia-web-terminal
Обычные nginx, Apache, PHP-FPM, Exim, Dovecot и MariaDB при этом остаются. Это нормально, если сайты и почта ещё нужны.
Что остаётся после пакетов
Установщик Hestia создаёт системных пользователей hestiaweb и hestiamail, группу hestia-users, правило sudo в /etc/sudoers.d/hestiaweb и crontab для hestiaweb. Пользователя hestia нет, поэтому старые советы удалить его ничего не дают. Убираем то, что реально есть:
sudo crontab -r -u hestiaweb sudo rm -f /etc/sudoers.d/hestiaweb sudo userdel hestiaweb sudo userdel hestiamail sudo groupdel hestia-users
Затем каталог установки и репозиторий панели:
sudo rm -rf /usr/local/hestia ls /etc/apt/sources.list.d/ # найдите файл репозитория Hestia, обычно hestia.list sudo rm -f /etc/apt/sources.list.d/hestia.list sudo apt update
Пользователи сайтов, которых вы создавали в панели, остаются в системе вместе с каталогами в /home: удаляйте их, только когда данные уже перенесены. Ещё стоит проверить конфиги nginx и Apache на include из каталогов Hestia, иначе после удаления /usr/local/hestia веб-сервер может не стартовать: sudo nginx -t и sudo apachectl configtest покажут, где ошибка.
Вопросы и ответы
- Зачем удалять Hestia? Смена панели, разбор проблем с нуля, чистая переустановка.
- Можно без бэкапа? Технически да, на практике нет: без копии легко потерять сайты, почту и базы.
- Что будет с сайтами? Панели не станет, веб-сервер и данные частично останутся, но конфиги придётся вести руками или переносить сайты на новый сервер.
- Можно поставить Hestia заново на тот же сервер? Разработчики советуют ставить только на чистую ОС, старые следы конфигурации мешают установщику.
- Чем заменить? Другой панелью вроде FASTPANEL, ISPmanager, Virtualmin или aaPanel, либо связкой nginx, PHP-FPM и MariaDB без панели.
Если не хочется возиться с переездом самому, могу настроить новый сервер под ваши сайты: по прайс-листу настройка VPS под ключ стоит от 10 000 ₽, сам сервер оплачивается провайдеру отдельно.
В итоге штатного удаления у Hestia нет, и надёжнее всего снять бэкапы через v-backup-user, поставить чистую ОС и восстановить данные. Если сносить панель приходится на живом сервере, удаляйте четыре пакета hestia, пользователей hestiaweb и hestiamail, sudoers, crontab, каталог /usr/local/hestia и репозиторий, а потом проверьте конфиги nginx и Apache.
