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

MAATRIX

Plesk стабилен, но и у него есть типичные грабли: слетела лицензия, панель не открывается на порту 8443, сайт отдаёт 500 или 502, не выпускается SSL, почта уходит в спам или сервер тормозит из-за нехватки памяти. Практически все частые ошибки Plesk сводятся к нескольким причинам — проблема лицензии, закрытый порт, права, DNS, ресурсы — и решаются проверенным набором действий. Разберём их по порядку, начиная с тех, что встают чаще всего, и опираясь на встроенные инструменты диагностики Plesk. Где искать причины. Plesk ведёт логи в /var/log/plesk/, лог веб-сервера — в /var/www/vhosts/system/домен/logs/ для каждого сайта, почта — в /var/log/maillog, панель также имеет встроенный просмотрщик логов в интерфейсе. Отдельно у Plesk есть утилита восстановления plesk repair, которая автоматически чинит массу типовых проблем — она пригодится не раз, и мы будем к ней возвращаться. Первым шагом при любой ошибке открывайте нужный лог или запускайте диагностику plesk repair в режиме проверки. Ещё одно преимущество Plesk перед самописной настройкой — большинство проблем решаются штатными инструментами, а не ручной правкой конфигов. Plesk хранит собственные шаблоны конфигураций Apache, Nginx, Postfix и перегенерирует их при изменениях через панель. Поэтому если вы правили конфиг веб-сервера руками и он перестал работать, первый шаг — не искать ошибку в файле, а пересобрать конфигурацию средствами Plesk: панель приведёт всё в согласованное состояние. Ручные правки в обход панели — частый источник загадочных сбоев, которые исчезают после перегенерации конфигов.

Слетела лицензия Plesk

Панель пишет о недействительной или истёкшей лицензии и переходит в ограниченный режим. Причин несколько: закончился пробный период, истекла подписка, сменился IP сервера (лицензия часто привязана к IP) или панель не смогла связаться с сервером активации. Первым делом попробуйте обновить лицензию из консоли:

plesk bin license --retrieve

Команда повторно запрашивает и активирует ключ. Если она возвращает ошибку соединения, проверьте, что исходящие соединения к серверам активации Plesk не заблокированы фаерволом. Если сменился IP, лицензию нужно переустановить на новый адрес — именно поэтому важен выделенный статический IP. На VPS MAATRIX адрес закреплён за сервером и не меняется, так что привязанная лицензия не слетает после перезагрузок. Статус лицензии смотрите командой plesk bin license --info.

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

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

ss -tlnp | grep 8443

Если сервис слушает, но снаружи недоступен, откройте порт. Если же порт не слушается, значит служба панели (sw-cp-server) не запущена. Перезапустите её и, если не помогает, прогоните восстановление:

service sw-cp-server restart
plesk repair all

Утилита plesk repair all проверит и восстановит компоненты панели, включая веб-сервер панели и базу конфигурации. Заходить нужно строго по https:// и на порт 8443. Если забыт пароль администратора, сбросьте его из консоли: plesk bin admin --set-password -passwd 'новый_пароль'.

Сайт отдаёт 500 или 502

Ошибка 500 Internal Server Error на сайте под Plesk чаще всего связана с правами доступа, неверной версией PHP или ошибкой в .htaccess/коде. Plesk строго следит за правами и владельцами файлов; массово восстановить их для домена помогает всё та же утилита:

plesk repair fs домен

Проверьте также, какой обработчик и версия PHP назначены сайту в разделе PHP Settings — несовместимая версия PHP частая причина 500. Ошибка 502 Bad Gateway означает, что Nginx-фронтенд не достучался до бэкенда (Apache или PHP-FPM). Проверьте, живы ли сервисы, и перезапустите веб-серверы:

plesk repair web домен

Если 502 появляется под нагрузкой, вероятная причина — нехватка памяти и падение PHP-FPM: проверьте free -m и логи OOM-killer.

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

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

dig +short vashdomen.ru

Если адрес не совпадает с IP сервера — дайте DNS разойтись и повторите. Точную причину отказа SSL It! показывает в интерфейсе и пишет в лог. Частые формулировки: домен не резолвится на сервер, превышен лимит Let's Encrypt (пауза на час после серии неудач), проверка .well-known не прошла из-за редиректа. Если домен за Cloudflare в режиме прокси, на время выпуска переведите запись в DNS-only. После исправления повторите выпуск.

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

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

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

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

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

Если почтовый сервис ведёт себя странно после сбоя, помогает plesk repair mail.

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

Сервер тормозит, панель открывается медленно, сайты отваливаются. Plesk с полным стеком (Apache+Nginx, MariaDB, Postfix, Dovecot, антиспам, при желании ModSecurity и антивирус) прожорлив, и на 1–2 ГБ RAM под реальной нагрузкой начинается своп. Посмотрите потребление и факты убийства процессов:

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

Частые пожиратели памяти — SpamAssassin, антивирус и MySQL. Что-то можно оптимизировать (отключить антивирус, ограничить MySQL, перевести Apache на event MPM), но если убийства процессов регулярны, честный вывод — памяти мало. Практический минимум для боевого Plesk с почтой — 2–4 ГБ. На VPS MAATRIX память наращивается без переустановки панели, так что при росте проекта не придётся всё переналивать.

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