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

MAATRIX

OpenLiteSpeed поставили, а сайт открывается только на странном порту 8088, PHP отдаёт 503, панель на 7080 недоступна, и непонятно, почему LSCache не ускоряет страницы. LiteSpeed на сервере ошибается по-своему, не так, как привычный Nginx, и без знания его логики диагностика затягивается. Разберём частые ошибки по схеме «симптом — причина — решение».

С чего начинать диагностику LiteSpeed

Первый источник правды — логи сервера. OpenLiteSpeed пишет их в свой каталог, и там видно и ошибки старта, и проблемы обработки PHP:

tail -f /usr/local/lsws/logs/error.log
tail -f /usr/local/lsws/logs/stderr.log

Файл stderr.log особенно важен: именно туда попадают ошибки процессов lsphp, когда PHP падает или не запускается. Второй шаг — проверить, что сам сервис жив и слушает нужные порты:

systemctl status lsws
ss -tlnp | grep -E ':(80|443|8088|7080)'

Этот вывод сразу показывает картину: если сайт слушается на 8088 вместо 80, дело в слушателе; если PHP-обработчик не поднят, будут ошибки в stderr; если 7080 не слушается, недоступность панели объяснима. Держа логи и список портов перед глазами, вы точно знаете, какую из типовых проблем чинить. Дальше — разбор по симптомам.

Сайт открывается только на порту 8088

Самое частое замешательство новичков: после установки сайт доступен по http://IP:8088, а на обычном 80 порту — пусто или чужой сервер. Это не ошибка, а поведение по умолчанию. OpenLiteSpeed ставит демо-слушатель на 8088, чтобы не конфликтовать с уже установленным веб-сервером на 80.

Решение — создать слушатель на 80 порту и привязать к нему ваш виртуальный хост. В веб-панели это раздел Listeners: добавляется слушатель на *:80, а внутри него — сопоставление вашего домена с виртуальным хостом. После этого перезапустите сервер:

systemctl reload lsws

Если 80 порт занят другим процессом, OpenLiteSpeed не сможет его слушать. Проверьте, не висит ли там старый Nginx или Apache, и остановите его:

ss -tlnp | grep ':80'
systemctl stop nginx apache2

Держать два веб-сервера на одном порту нельзя — выберите один. После освобождения 80 порта и настройки слушателя сайт откроется по обычному адресу без всякого 8088.

PHP отдаёт 503 Service Unavailable

Типичная и пугающая ошибка: сайт открывается, но вместо страницы — 503, а в stderr.log сообщения о том, что процесс lsphp не отвечает или превышен лимит. Причина почти всегда в обработчике PHP: он либо не установлен нужной версии, либо упал, либо упёрся в лимит одновременных процессов.

Сначала проверьте, что сборка lsphp вообще стоит и её версия совпадает с той, что указана в виртуальном хосте:

ls /usr/local/lsws/lsphp83/bin/
apt install lsphp83 lsphp83-mysql -y

Частая причина 503 — нехватка памяти: процессы lsphp съели RAM, и сервер не может запустить новый. Посмотрите потребление и, если память на пределе, это сигнал либо оптимизировать приложение, либо взять сервер с большим объёмом RAM:

free -m
ps aux | grep lsphp

Ещё один источник 503 — слишком низкий лимит внешних приложений в настройках сервера. В панели в разделе Server Configuration есть параметр максимального числа процессов и таймаутов для внешних приложений; если он занижен, под нагрузкой PHP упирается в потолок и отдаёт 503. Поднимите лимит соразмерно ресурсам сервера и перезапустите lsws.

Веб-панель на порту 7080 недоступна

Симптом: браузер не открывает https://IP:7080, соединение висит или сбрасывается. Причин обычно две, и обе быстро проверяются. Первая — порт закрыт фаерволом. Панель по умолчанию доступна не всем, и правильно ограничивать её своим IP, но иногда её закрывают полностью и забывают:

ufw status | grep 7080
ufw allow from ВАШ_IP to any port 7080 proto tcp

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

systemctl restart lsws
ss -tlnp | grep 7080

Отдельно напомним про безопасность: если вы забыли пароль администратора или он остался дефолтным, задайте новый скриптом admpass.sh. И никогда не открывайте 7080 всему интернету — это административный доступ к серверу, и его держат либо за фаерволом по своему IP, либо за SSH-туннелем.

LSCache не ускоряет сайт

Частое разочарование: перешли на LiteSpeed ради скорости, а страницы грузятся как раньше. Значит, кеш не работает. Первое, что проверить, — включён ли кеш-модуль на уровне сервера. В OpenLiteSpeed за это отвечает модуль cache, и в его настройках должна быть разрешена работа кеша, иначе плагин в CMS ничего не даст.

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

curl -sI https://example.com | grep -i x-litespeed-cache

Строка x-litespeed-cache: hit подтверждает, что страница пришла из кеша. Если её нет или всегда miss, причина обычно в том, что кеш отключён на уровне сервера, либо запросы персонализированы куками и не кешируются, либо в настройках плагина стоят слишком широкие исключения. Ещё одна тонкость — приватные страницы и залогиненные пользователи кеш не получают намеренно, поэтому проверяйте отдачу от имени анонимного гостя, а не из админки. Когда кеш настроен верно, разница видна сразу: под нагрузкой сервер отдаёт готовые страницы за миллисекунды.

Профилактика и когда нужен более мощный сервер

Большинство ошибок LiteSpeed уходит, если с самого начала настроить три вещи правильно: слушатель на 80 и 443 с привязкой домена, совпадение версии lsphp в виртуальном хосте с установленной сборкой и включённый кеш-модуль. Пароль администратора меняют сразу, а порт панели ограничивают своим IP.

Отдельно стоит следить за ресурсами. Значительная часть ошибок 503 и тормозов на LiteSpeed — это упор в память или лимит процессов под нагрузкой. Кеш LSCache сильно снимает нагрузку, но динамический сайт с большим трафиком всё равно потребляет RAM и процессор. Держите мониторинг памяти и числа процессов lsphp; если сервер стабильно у потолка, наращивать лимиты бессмысленно — нужен VPS с запасом ресурсов и быстрым NVMe. У MAATRIX такие серверы доступны в локациях RU, US и UK с оплатой из России картой или криптой, что позволяет спокойно расти без смены провайдера.

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