VestaCP на сервере: частые ошибки и решения

MAATRIX

VestaCP проста в работе, но при установке и эксплуатации всплывают повторяющиеся проблемы: установщик падает на грязной системе, панель не открывается на порту 8083, не выпускается SSL, почта уходит в спам или сервер начинает тормозить под нагрузкой. Большинство частых ошибок VestaCP объясняются несколькими типовыми причинами и решаются набором понятных команд. Разберём их по порядку, начиная с самых частых, и заодно затронем важную тему безопасности версий. Сначала о том, где искать причины. Логи установки панель пишет в /root/vst_install_backups/ и в вывод скрипта, журналы работы — в /var/log/, ошибки веб-сервера в /var/log/nginx/error.log и /var/log/apache2/error.log, почта — в /var/log/exim4/mainlog. Правильная привычка — сначала открыть нужный лог, а потом искать решение по конкретному тексту ошибки, а не по общему симптому. Большинство обращений в поддержку по VestaCP закрываются именно чтением лога: панель или сервис почти всегда пишет внятную причину отказа, и остаётся лишь её устранить. Ещё один общий принцип: не правьте конфиги веб-сервера и почты руками в обход панели. VestaCP хранит шаблоны конфигураций и перегенерирует их при изменениях через интерфейс, поэтому ручная правка либо потеряется, либо приведёт к рассинхрону. Если нужно нестандартное поведение, используйте механизм пользовательских шаблонов панели, а не прямое редактирование сгенерированных файлов.

Первым делом — версия и безопасность

Прежде чем чинить симптомы, проверьте главное: какая версия VestaCP у вас стоит. Старые сборки оригинального VestaCP имели известные уязвимости, через которые серверы взламывали. Если панель давно не обновлялась, первоочередная задача — обновить её до свежей версии или мигрировать на активный форк (HestiaCP, myVesta) с современными пакетами. Обновите заодно систему:

apt update && apt -y upgrade

Если сервер уже вёл себя странно — появлялись чужие процессы, неизвестные cron-задачи, исходящий спам, — исходите из того, что он мог быть скомпрометирован. Самый честный путь в таком случае — переустановка ОС начисто, установка свежей панели и восстановление сайтов из чистого бэкапа. Латать взломанный сервер точечно ненадёжно.

Установка падает на середине

Причина номер один — не чистая система. Предустановленные Apache, Nginx, MySQL или другая панель приводят к конфликту пакетов, и установщик останавливается. Решение — переналить ОС начисто без веб-стека и запустить установку заново. При заказе VPS берите голый образ Ubuntu или Debian.

Вторая причина — обрыв SSH во время установки. Скрипт работает несколько минут; если соединение отвалится, процесс прервётся. Запускайте установку в screen:

apt -y install screen
screen -S vesta
bash vst-install.sh

При разрыве вернётесь через screen -r vesta. Если установка уже оборвалась и повторный запуск ругается на недоустановленные пакеты, чище переустановить систему, чем долечивать полусломанное состояние.

Панель недоступна на порту 8083

Установка прошла, но https://IP:8083 не открывается. Самая частая причина — закрытый порт 8083 в фаерволе. Проверьте, слушает ли панель порт:

ss -tlnp | grep 8083

Если сервис слушает, а снаружи не открывается, откройте порт. VestaCP управляет фаерволом из интерфейса, но при закрытом доступе придётся сделать это из консоли — например, добавить правило в iptables или временно остановить фаервол панели, чтобы войти и настроить правила. Если же порт не слушается вовсе, значит служба панели не запущена:

systemctl status vesta
systemctl restart vesta

И помните: панель работает только по HTTPS, в адресе обязателен https:// с портом 8083. Попытка зайти по http вернёт пустую страницу или ошибку.

Не выпускается SSL Let's Encrypt

Ошибка выпуска сертификата почти всегда связана с DNS или доступностью домена по HTTP. Let's Encrypt проверяет владение доменом, обращаясь к нему на порт 80. Проверьте, что A-запись указывает на этот сервер:

dig +short vashdomen.ru

Адрес должен совпадать с IP сервера. Если домен недавно перенаправили, дайте DNS разойтись. Убедитесь, что порт 80 открыт и нет редиректа, ломающего проверку каталога .well-known/acme-challenge/. Ещё частая причина — лимит Let's Encrypt после серии неудачных попыток: подождите час и повторите. Логи выпуска смотрите в выводе панели и в /var/log/letsencrypt/ при его наличии.

Почта уходит в спам или не отправляется

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

telnet gmail-smtp-in.l.google.com 25

Нет соединения — порт закрыт, наружу почта не уйдёт. На VPS MAATRIX 25-й порт доступен. Вторая беда — отсутствие DNS-записей аутентификации. Если письма уходят, но попадают в спам, добавьте в DNS домена SPF, DKIM (ключ VestaCP генерирует для почтового домена, его значение прописываете TXT-записью) и DMARC, а также добейтесь корректной PTR-записи. Диагностику доставки конкретного письма ищите в почтовом логе:

grep получатель@domen.ru /var/log/exim4/mainlog

Забыт пароль администратора

Пароль admin выдаётся при установке и легко теряется. Сбросить его можно из консоли сервера по SSH командой VestaCP:

v-change-user-password admin новый_пароль

После этого сразу войдите в панель и при желании смените пароль на свой через интерфейс. Отсюда простое правило: всегда сохраняйте SSH-доступ — он единственный надёжный путь восстановления, если веб-интерфейс недоступен или пароль утерян. Без SSH останется только консоль провайдера или переустановка.

Высокая нагрузка и нехватка памяти

Сервер тормозит, панель открывается медленно, сайты отваливаются — почти всегда виновата нехватка RAM. Самый прожорливый компонент VestaCP — антивирус ClamAV, за ним идут SpamAssassin и MySQL. Посмотрите потребление памяти и факты убийства процессов ядром:

free -m
grep -i 'killed process' /var/log/syslog

Если ClamAV съедает память, а он вам не критичен, его можно отключить — это высвобождает сотни мегабайт. Проверьте также, не крутится ли тяжёлый ночной антивирусный скан. Но если нагрузка стабильно высокая и убийства процессов регулярны, честный вывод — ресурсов мало. Для сервера с почтой и антиспамом 2 ГБ — практический минимум, а лучше больше. На VPS MAATRIX память наращивается без переустановки панели.

Частые вопросы