Не открывается сайт WordPress после обновления

Задача

Разобрать и решить типовую ситуацию: Не открывается сайт WordPress после обновления. Инструкция написана как рабочий чек-лист для администратора: от быстрой первичной проверки до подтверждения, что проблема устранена.

Когда применять

Используйте материал, когда симптом повторяется у пользователя, сервера или сервиса, а причина пока не очевидна. Не начинайте с переустановки и радикальных действий — сначала соберите факты.

Первичная диагностика

1. Уточните масштаб: проблема у одного пользователя, группы, отдела или у всех.
2. Проверьте время появления: после обновления, перезагрузки, смены пароля, изменения сети или политики.
3. Проверьте базовые зависимости: сеть, DNS, права доступа, свободное место, состояние службы.
4. Посмотрите журналы: Windows Event Viewer, journalctl, логи приложения, логи firewall/VPN.
5. Зафиксируйте исходное состояние перед изменениями: скриншот, экспорт настроек, бэкап конфигурации.

Команды, которые пригодятся

Команда	Что делает
uname -a	Показывает ядро Linux, архитектуру и базовую информацию о системе. Полезно при диагностике после обновлений.
lsb_release -a	Показывает версию Ubuntu/дистрибутива. Если команды нет, установите пакет lsb-release.
uptime	Показывает время работы сервера и среднюю нагрузку load average.
top / htop	Интерактивно показывает процессы, CPU, RAM и нагрузку. htop удобнее, но часто требует установки.
free -h	Показывает использование оперативной памяти и swap в человекочитаемом виде.
df -h	Показывает свободное место по файловым системам.
du -sh /var/*	Показывает размер папок внутри /var, помогает найти, что съело диск.
journalctl -xe	Показывает последние важные события systemd и ошибки служб.
systemctl status nginx	Показывает состояние службы, PID, последние логи и причину ошибки.
ss -tulpn	Показывает открытые TCP/UDP-порты и процессы, которые их слушают.
ip a	Показывает сетевые интерфейсы и IP-адреса.
ip route	Показывает таблицу маршрутизации и gateway по умолчанию.

Быстрые команды для копирования

uname -a
lsb_release -a
uptime
top / htop
free -h
df -h
du -sh /var/*
journalctl -xe
systemctl status nginx
ss -tulpn
ip a
ip route

Пошаговое решение

1. Проверить доступность: IP-адрес, DNS-имя, шлюз, нужный TCP/UDP-порт.
2. Проверить права: локальная группа, доменная группа, ACL на папке/ресурсе, срок действия пароля.
3. Проверить службу: запущена ли она, не падает ли сразу после старта, нет ли зависимости от другой службы.
4. Проверить журнал: найти ошибку в момент сбоя, а не читать весь журнал подряд.
5. Внести минимальное изменение: перезапуск службы, исправление DNS, обновление GPO, очистка кэша, восстановление прав.
6. Проверить повторно: воспроизвести сценарий пользователя и убедиться, что ошибка ушла.

Частые причины

• Неправильный DNS или старый кэш DNS.
• Пользователь не в той группе доступа.
• Блокировка firewall или антивирусом.
• Зависшая служба или поврежденный кэш приложения.
• Недостаток места на диске или переполненные логи.
• Изменение политики безопасности после обновления.

Проверка результата

Проблема считается решенной только после проверки с учетной записью пользователя или на проблемном узле. Если администратор проверил только со своей учеткой, результат нельзя считать подтвержденным.

Как откатить

Если изменение ухудшило ситуацию, верните исходные настройки, восстановите конфигурационный файл из копии, удалите временное правило firewall или отмените изменение GPO. Радикальные действия документируйте отдельно.