Полезные команды BitrixEnv для проверки сервера
Безопасные команды для первичной диагностики VPS с BitrixEnv: ресурсы, службы, PHP, журналы и сеть.
Системные требования
Нужен SSH-доступ к серверу. Большинство команд ниже только читают состояние системы. Для действий из меню BitrixEnv и просмотра защищённых журналов могут потребоваться права root.
Смотреть системные требования1. Проверьте нагрузку и свободное место
Начните с четырёх команд, которые не изменяют систему:
uptime
free -h
df -h
df -iuptimeпоказывает время работы и среднюю нагрузку;free -h— использование оперативной памяти;df -h— заполнение дисков;df -i— запас inode: диск может перестать принимать файлы даже при наличии гигабайтов.
Если корневой раздел или раздел с сайтом заполнен, не удаляйте каталоги наугад. Сначала найдите источник роста и проверьте резервные копии, журналы и временные файлы.
Меню BitrixEnv
Основные операции с сайтами, сертификатами, PHP, базой данных и push-сервером выполняйте через штатное меню окружения.
2. Посмотрите состояние служб
Покажите службы, которые завершились с ошибкой:
systemctl --failedДля просмотра конкретной службы используйте systemctl status, не перезапуская её:
systemctl status nginx
systemctl status httpd
systemctl status mysqldНазвание службы базы данных зависит от установленной конфигурации. Если такой unit не найден, сначала посмотрите список через systemctl --type=service, а не создавайте новый сервис вручную.
Совет
Не копируйте из случайных статей команды с rm, chmod -R, chown -R, отключением SELinux или ручной правкой конфигурации. Сначала сделайте резервную копию и установите причину проблемы.
3. Проверьте PHP и окружение
Эти команды помогают понять, какая версия PHP используется в консоли и откуда загружается конфигурация:
php -v
php --ini
php -m | sortКонсольная версия PHP и версия веб-сервера могут отличаться. Окончательную проверку выполняйте также в административной части: Настройки → Производительность → PHP и через штатную проверку системы.
Версии PHP и базы данных в BitrixEnv обновляйте через /root/menu.sh. Ручная замена пакетов или подключение сторонних PHP-репозиториев может нарушить совместимость окружения.
4. Найдите ошибку в журналах
Сначала смотрите последние ошибки текущей загрузки:
journalctl -p err -b --no-pager | tail -n 100Для журналов веб-сервера безопасно использовать tail без редактирования файлов:
tail -n 100 /var/log/nginx/error.log
tail -n 100 /var/log/httpd/error_logВ BitrixVM журналы фоновых задач и мастеров также сохраняются в /opt/webdir/temp/. Не публикуйте логи целиком: они могут содержать домены, пути, адреса и другие служебные данные.
5. Проверьте домен и HTTP-ответ
Проверьте, во что разрешается домен и какой ответ возвращает сайт:
getent hosts portal.example.ru
curl -I https://portal.example.ruКоманда curl -I показывает только заголовки. Последовательность кодов 301/302 помогает увидеть перенаправления, 403 — запрет доступа, 502/504 — проблему между nginx и backend.
После первичной диагностики откройте штатное меню /root/menu.sh и используйте предусмотренные операции BitrixEnv. Перед любым изменением сохраните резервную копию и запишите исходное состояние.
Была ли эта статья полезной?
Спасибо за ваш отзыв!