site_checker_debug: что это за файл и почему его удаляют

Файл ищут в корне сайта и не находят: лежит он в каталоге /bitrix/. Полный путь — /bitrix/site_checker_debug от корня сайта. Расширения у него нет, содержимое не важно: платформа проверяет только наличие.

Что он меняет

Файл работает как флаг отладки для страницы проверки системы и делает три вещи:

Снимает проверку прав. Пока файл есть, страница /bitrix/admin/site_checker.php открывается без входа в административную часть.
Отключает проверку идентификатора для служебных тестов. Обычно каждый такой тест требует уникальный идентификатор, который платформа считает из лицензионного ключа и файла настроек, — с флагом он не нужен.
Поднимает время шага до 30 секунд, чтобы тесты успевали проходить на медленном сервере.

Чем это плохо

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

Поэтому файл нужен ровно на время диагностики. Забытый на сайте, он превращается в открытую служебную страницу.

Как убрать

Самый простой способ: войти в административную часть под администратором и открыть проверку системы. Платформа удаляет флаг сама, когда страницу открывает пользователь с правом просмотра настроек.
Если удалить не удалось, страница покажет сообщение Can't delete с полным путём. Значит, прав на файл не хватает — удаляйте с сервера или поправьте владельца файла.
Вручную: удалить /bitrix/site_checker_debug по SSH или FTP.

Проверить, что файла нет, можно одной командой на сервере:

ls -la /путь/к/сайту/bitrix/site_checker_debug

Ответ «No such file or directory» — то, что нужно.

Если файл появился сам

Код платформы этот файл не создаёт — его кладут руками. Если никто из ваших этого не делал, это повод разобраться с доступами: кто имеет доступ к файлам сайта, не утекли ли пароли FTP, не менялись ли другие файлы в то же время. Сверьте даты изменения соседних файлов и проверьте сайт на следы взлома — порядок действий в материале что делать, если сайт взломали.

Заодно проверьте остальные служебные файлы: проверка системы ищет забытые установочные скрипты, а снаружи открытые служебные адреса видит экспресс-аудит.

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

Где именно лежит файл?

По пути /bitrix/site_checker_debug относительно корня сайта — в каталоге bitrix, а не в корне и не в admin. У файла нет расширения, и он обычно пустой: платформе важно само его наличие.

Я не создавал этот файл. Откуда он?

Код платформы его не создаёт — файл кладут руками. Обычно это делают при разборе проблемы, когда нужно запустить проверку системы без входа в админку. Если никто из ваших этого не делал, разберитесь, кто имел доступ к файлам: заодно проверьте сайт на следы взлома.

Можно просто удалить его по FTP?

Да. Либо откройте страницу проверки системы администратором — платформа удалит файл сама. Если прав на удаление не хватит, она покажет сообщение «Can't delete» с полным путём: тогда права на файл правят на сервере.