Когда сайт перестает открываться, показывает ошибку 500, 403, 404 или работает нестабильно, не всегда понятно, где искать причину. Внешне проблема может выглядеть одинаково — браузер выводит сообщение об ошибке, страница не загружается, админка CMS недоступна или форма перестает отправлять данные. Но реальные причины могут быть разными: ошибка в PHP-коде, неправильные права доступа, отсутствующий файл, сбой плагина, неверная настройка .htaccess или подозрительные запросы к серверу.
Чтобы не гадать, используют логи сервера. Это журналы, в которых фиксируются обращения к сайту, ответы сервера и технические сообщения об ошибках. По ним можно понять, какой файл вызвал сбой, какой URL запрашивал посетитель, какой код ответа вернул сервер и что происходило перед появлением проблемы.
В этой статье разберем, какие логи доступны на хостинге REG.RU, где искать access_log и error_log, как скачать журналы через панель управления или FTP, а также как использовать их для диагностики ошибок 500, 403, 404 и других проблем сайта.
Логи сервера — это текстовые файлы, в которые автоматически записываются события, происходящие при работе сайта и серверного окружения. Сервер принимает запросы от браузеров, поисковых роботов, API-клиентов, скриптов и других систем, обрабатывает их и возвращает ответ. Часть этой информации сохраняется в журналах.
Логи полезны потому, что показывают не только сам факт ошибки, но и контекст: время события, запрошенный адрес, код ответа, IP-адрес клиента, тип запроса, сообщение об ошибке и иногда путь к проблемному файлу.
Для владельца сайта это один из самых верных инструментов диагностики. Вместо предположений можно открыть журнал и увидеть, что именно произошло на сервере.
На хостинге и сервере могут храниться разные журналы. Для диагностики проблем сайта чаще всего нужны два типа: access_log и error_log.
access_log фиксирует обращения к сайту. В нем можно увидеть, какие страницы запрашивали пользователи и боты, с каких IP-адресов приходили запросы, какой метод использовался, какой код ответа вернул сервер и какой браузер или клиент отправил запрос.
Этот журнал особенно полезен при анализе ошибок 404, подозрительной активности, резкого роста нагрузки и частых обращений к определенным файлам.
error_log содержит записи о сбоях и ошибках. Именно сюда стоит смотреть в первую очередь, если сайт показывает ошибку 500, белый экран, не открывает отдельные страницы или после обновления CMS перестал работать корректно.
В error_log могут попадать сообщения PHP, ошибки прав доступа, проблемы с конфигурацией, некорректные директивы .htaccess и другие технические причины сбоев.
В зависимости от типа услуги и конфигурации сервера могут использоваться и другие логи: почтовые журналы, данные FTP-подключений, системные события, статистика использования ресурсов, события DNS, файервола и панели управления. Владельцу обычного сайта чаще всего достаточно access_log и error_log, а для сложных серверных задач могут понадобиться дополнительные журналы.
Записи в access_log выглядят технически, но их можно читать без глубоких знаний администрирования. Пример строки:
123.123.123.123 - - [01/Janr/2021:10:00:00 +0300] "GET /wp-includes/feed.php HTTP/1.0" 200 - "-" "Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.96 Safari/537.36"В этой записи можно выделить несколько важных частей. IP-адрес показывает, откуда пришел запрос. Дата и время помогают сопоставить событие с моментом появления ошибки. Метод GET указывает тип запроса. Путь /wp-includes/feed.php показывает, какой объект запрашивался. Код 200 означает успешный ответ сервера. В конце строки указывается информация о браузере или программе, которая отправила запрос.
Для диагностики обычно достаточно смотреть на время, URL, код ответа и повторяемость запросов. Если один и тот же файл запрашивается сотни раз за короткий промежуток времени, это может указывать на повышенную нагрузку, сканирование сайта или ошибку в скрипте.
На хостинге REG.RU журналы сайта обычно находятся в системной папке logs внутри пространства хостинга. Открыть ее можно через панель управления или через FTP-подключение.
Точный набор файлов зависит от панели управления, типа хостинга, домена и серверной конфигурации. Но общая логика одинаковая: нужно открыть файловую структуру хостинга, перейти в папку logs и скачать или открыть нужный файл журнала.
На VPS или отдельном сервере логи могут находиться в других системных директориях. Например, журналы SSH в Ubuntu обычно ищут в /var/log/auth.log, а в CentOS — в /var/log/secure. Но для диагностики сайта на виртуальном хостинге чаще всего достаточно папки logs.
Откройте сайт REG.RU и авторизуйтесь в личном кабинете. После входа перейдите к списку услуг и выберите нужный хостинг.
Если у вас несколько услуг, проверьте, что открываете именно тот хостинг, где размещен проблемный сайт.
В карточке услуги найдите кнопку входа в панель управления. В зависимости от тарифа это может быть ISPmanager, cPanel или Plesk.
После входа откроется интерфейс панели. Обычно слева или в центральной части есть разделы для работы с сайтами, доменами, файлами, базами данных, DNS и другими настройками.
В ISPmanager перейдите в раздел «Менеджер файлов». В cPanel откройте блок «Файлы» и выберите «Менеджер файлов». В Plesk обычно нужно открыть вкладку «Файлы» или перейти к файлам через раздел «Сайты и домены».
После открытия вы увидите структуру папок хостинга. Она похожа на обычный файловый проводник: папки и файлы отображаются списком, а сверху расположены кнопки действий.
Найдите директорию logs и откройте ее. Внутри будут находиться файлы журналов. Названия могут отличаться в зависимости от панели и настроек, но чаще всего среди них можно найти записи доступа и ошибок.
Если сайтов несколько, обращайте внимание на названия файлов и привязку к домену. Вам нужен журнал именно того сайта, на котором появилась ошибка.
Выделите файл журнала и нажмите кнопку скачивания. Обычно она находится на верхней панели инструментов менеджера файлов или в контекстном меню выбранного файла.
После загрузки откройте файл на компьютере в текстовом редакторе. Для больших логов удобнее использовать редактор, который хорошо работает с крупными файлами и поддерживает поиск по тексту.
Откройте FTP-клиент, например FileZilla, WinSCP или другой инструмент, которым вы обычно пользуетесь. Введите адрес сервера, логин, пароль и порт из параметров хостинга.
Если доступна безопасная передача данных, для регулярной работы лучше использовать SFTP. Но сама логика поиска журналов остается похожей: нужно подключиться к файловой структуре хостинга и открыть нужную директорию.
После подключения откройте корневой уровень хостинга и найдите папку logs. Обычно она находится рядом с директориями сайтов и системными каталогами.
Выберите нужный журнал. В FTP-клиенте файл можно скачать на компьютер или открыть через функцию просмотра и редактирования.
Если лог большой, лучше скачать его локально и анализировать в текстовом редакторе. Так проще искать дату, URL, код ошибки или название проблемного файла.
Главный принцип работы с логами — сопоставлять запись в журнале с моментом появления проблемы. Если сайт показал ошибку в 14:32, нужно искать строки примерно за это время.
После этого обращайте внимание на несколько элементов:
Не обязательно понимать каждую строку журнала. Для первичной диагностики достаточно найти повторяющиеся ошибки и определить, к какому файлу, плагину, теме, странице или настройке они относятся.
Ошибка 500 Internal Server Error означает внутренний сбой на стороне сервера или приложения. Для владельца сайта это один из самых важных случаев, когда нужно открыть error_log.
Частые причины ошибки 500:
В error_log ищите строки, где упоминаются слова PHP Fatal error, Parse error, Allowed memory size, Premature end of script headers, Internal Server Error или путь к конкретному файлу сайта.
Если после установки плагина сайт начал показывать 500, а в журнале указан путь к этому плагину, диагностика становится проще: можно временно отключить проблемный модуль, вернуть резервную копию или проверить совместимость с текущей версией PHP.
Ошибка 403 Forbidden означает, что доступ к запрошенному ресурсу запрещен. Это может быть связано с правами доступа, настройками .htaccess, отсутствием стартового файла или ограничениями на стороне сайта.
В логах при ошибке 403 стоит искать:
Если ошибка появилась после изменения chmod, проверьте права на папки и файлы. Для большинства сайтов обычно используют 755 для каталогов и 644 для файлов. Если ошибка возникла после правки .htaccess, временно верните предыдущую версию файла и проверьте сайт снова.
Ошибка 404 Not Found означает, что сервер не нашел запрошенный ресурс. В отличие от 500, здесь сайт может работать, но отдельная страница, изображение, скрипт или CSS-файл отсутствует по указанному адресу.
Для диагностики 404 особенно полезен access_log. В нем можно увидеть, какой URL запрашивался и какой код ответа вернул сервер.
Частые причины 404:
Если в access_log регулярно появляется один и тот же отсутствующий путь, проверьте, существует ли такой файл в корневой папке сайта. Если это страница CMS, обновите настройки постоянных ссылок или проверьте правила маршрутизации.
Если сайт начал работать медленно, access_log поможет увидеть частые обращения к тяжелым страницам, административным файлам, XML-RPC, поиску по сайту или другим ресурсам. Повторяющиеся запросы с одного IP могут указывать на бота, парсер или попытку подбора паролей.
После обновления WordPress, Joomla, Drupal, OpenCart или другой CMS в error_log могут появляться сообщения о несовместимости темы, плагина или модуля. По пути к файлу часто можно определить проблемный компонент.
Если форма обратной связи перестала отправлять сообщения, в логах можно искать ошибки PHP, обращения к почтовым скриптам и коды ответа при отправке запроса.
Логи помогают заметить частые обращения к несуществующим административным адресам, попытки открыть файлы конфигурации, массовые запросы к xmlrpc.php или другие признаки сканирования сайта.
Найти запись в журнале — это только половина работы. Дальше нужно аккуратно устранить причину.
Если в логе указан конкретный файл, проверьте, был ли он недавно изменен. Если ошибка связана с плагином или темой CMS, временно отключите проблемный компонент. Если журнал указывает на .htaccess, восстановите рабочую версию файла. Если проблема в правах доступа, проверьте chmod и владельца файлов.
Перед изменениями желательно сделать резервную копию сайта. Это особенно важно, если вы собираетесь править файлы через менеджер файлов, FTP, SFTP или SSH.
Для ошибки 500 обычно нужен error_log, а для отсутствующих страниц и кодов ответа — access_log. Если открыть не тот файл, можно потратить время и не найти причину.
Логи могут содержать тысячи строк. Начинайте поиск с точного времени, когда возникла проблема. Это значительно ускоряет диагностику.
Если на услуге размещено несколько сайтов, убедитесь, что скачали журнал нужного домена. Ошибки соседнего проекта не помогут исправить текущий сайт.
Одна случайная ошибка может быть неопасной. Но если запись повторяется десятки или сотни раз, ее нужно проверить в первую очередь.
Журналы помогают восстановить картину проблемы. Не удаляйте их до завершения диагностики, особенно если планируете обращаться в техническую поддержку.
Откройте проблемную страницу, повторите действие и сразу после этого скачайте или откройте лог. Так нужная запись окажется в конце файла, и ее будет проще найти.
В access_log ищите значения 500, 403, 404, 301, 302 и 200. Это помогает быстро отделить успешные запросы от проблемных.
Если самостоятельно устранить проблему не удалось, подготовьте несколько строк журнала за момент появления ошибки. Это поможет специалистам быстрее понять причину.
В журналах могут встречаться IP-адреса, пути к файлам, технические параметры и другие служебные данные. Перед передачей третьим лицам уберите лишнюю информацию, если она не нужна для диагностики.
Работа с логами, файлами, FTP, SFTP, SSH, доменами и DNS зависит от панели и тарифа. Если вы выбираете площадку для проекта или планируете перенос сайта, полезно заранее посмотреть обзор хостинга REG.RU, чтобы понимать, какие инструменты администрирования доступны.
Логи сервера в REG.RU помогают быстро найти причину ошибок сайта и понять, что происходило на сервере в момент сбоя. Для диагностики чаще всего используют access_log и error_log: первый показывает обращения к сайту и коды ответа, второй фиксирует технические ошибки и сбои.
На виртуальном хостинге журналы обычно находятся в папке logs. Их можно скачать через менеджер файлов в панели управления или открыть через FTP. При работе с VPS логи могут храниться в системных директориях и просматриваться через SSH.
Если сайт показывает 500, 403, 404 или другую ошибку, начните с поиска записей за точное время сбоя. Проверьте код ответа, путь к файлу, сообщение об ошибке и повторяемость записей. Такой подход помогает быстрее отличить проблему с правами доступа от ошибки CMS, отсутствующего файла, неправильной настройки .htaccess или повышенной нагрузки на сайт.