Вы открываете сайт, а там вылез 403 и сайт встал. Вместо страниц надпись «Доступ запрещён». Пробуете зайти в админку, туда тоже не пускает. Или главная работает, а карточки товаров и корзина отвалились. Как отличить защиту от поломки и быстро вернуть сайт.
Главное, что нужно понять: 403 это не всегда поломка. Часто это защита, которая сработала по какой-то причине. И лечится это иначе, чем ошибка в настройках.
Дальше разберу, откуда берётся запрет, как за 10 минут определить его тип и что писать в поддержку, чтобы не терять часы.
Откуда берётся запрет 403?
Три источника: защита режет запрос как подозрительный, блок по IP на уровне хостинга, ошибка прав и настроек на стороне сайта. Каждый тип проявляется по-разному и лечится по-своему.
Причин три. Разберу каждую.
Причина 1: Срабатывает защита. WAF, антибот, фильтры по стране или User Agent. Реакция на серию попыток входа или резкий всплеск запросов. Частый признак: у вас 403, а у коллеги или на другом устройстве всё открывается.
Причина 2: Блок по IP. В бан можно попасть из-за подозрительной активности, прокси или VPN. Иногда «за компанию», когда с вашей подсети летит много мусора. Тогда 403 появляется даже на простых страницах и в админке.
Причина 3: Ошибка прав и настроек. Неверные права на папки, запрет в конфиге, правило в панели, ограничение на каталог. Обычно всплывает после обновления, переноса или установки плагина. Часто бьёт не по всему сайту, а по конкретным разделам.
Что люди делают не так при 403?
Меняют права наугад, ставят 777, пытаются пробить запрет силой, правят конфиги без страховки, пишут в поддержку без фактов, проверяют только у себя.
Всё это затягивает решение.
Разберу типичные ошибки.
Меняют права наугад. Перезаливают файлы, меняют доступы, ставят 777 «чтобы точно открылось». Безопасность становится дырявой, а причина 403 может быть в блокировке WAF или по IP.
Пытаются пробить запрет силой. Десятки обновлений, вход в админку снова и снова, смена VPN. Защита видит ещё больше подозрительных запросов. Бан продлевается или усиливается.
Правят конфиги без страховки. Добавляют редиректы, правят .htaccess, включают модули, не сохранив исходное состояние. Из частичного 403 легко получить полное «не открывается ничего».
Пишут в поддержку коротко. «Сайт не работает, срочно». В ответ приходят уточнения. Переписка растягивается, а вы теряете время.
Проверяют только у себя. Не пробуют инкогнито, другой браузер, другой интернет. Локальную блокировку по IP путают с проблемой на сервере.
Как за 10 минут понять, что за тип блокировки?
Откройте проблемный URL в инкогнито и в обычном режиме. Проверьте с другого интернета. Если на одном подключении 403, а на другом всё работает, это блок по IP или отпечаток в куках. Если везде 403, проблема глубже.
Первый шаг: быстрая развилка по симптомам.
Что сделать:
- откройте проблемный URL в инкогнито и в обычном режиме
- проверьте с другого интернета: мобильный вместо домашнего Wi-Fi или наоборот
Что это даёт:
- если на одном подключении 403, а на другом всё нормально, это блок по IP или кукам
- если 403 везде, смотрите дальше
Зафиксируйте точку сбоя. Сохраните URL, время до минуты, что именно не открывается. Сделайте скрин страницы 403.
Как понять, чья это страница 403?
Брендированная страница защиты или сообщение, похожее на антибот, ведёт к WAF и блокировкам. «Голая» серверная страница 403 ведёт к правам, правилам и конфигам на стороне сайта.
Посмотрите на саму страницу 403. Она подскажет направление.
- Брендированная страница защиты. Видно логотип хостинга, CDN или антибота. Это чаще ведёт к WAF, IP-бану или фильтрам.
- «Голая» серверная страница. Просто «403 Forbidden» без оформления. Это чаще тянет к проверке прав, правил и конфигов.
Это не абсолютное правило. Но хорошая первая зацепка.
Что смотреть в логах при 403?
Откройте access и error log в панели хостинга. Найдите строку по времени и URL. Вам нужна запись, где видно код 403, путь, IP и причина. Ориентируйтесь на минуту и конкретную страницу.
Логи это карта, по которой видно, что именно заблокировало запрос.
Что сделать:
- откройте access log и error log
- найдите строку по времени и URL
- смотрите код 403, путь, IP, причину
Что искать:
- запрет на каталог
- конкретное правило
- модуль, который сработал
- попытку доступа к закрытому файлу
Если запросов много, ориентируйтесь на минуту и конкретную страницу. Это сужает поиск.
Как проверить права и запреты без угадаек?
Сравните проблемную директорию с соседней рабочей. Посмотрите права на папки и файлы, запретные правила, настройки защиты. Если 403 только на одном разделе, есть конкретная точка, где доступ закрыт не так.
Если 403 только на одном разделе, это почти всегда конкретная настройка.
Что сравнить:
- права на папки и файлы
- наличие запретных правил на уровне каталога
- настройки защиты директорий в панели
Не ставьте 777 на всё подряд. Это дыра в безопасности. Найдите, чем проблемная директория отличается от рабочей.
Что делать, если включён WAF или антибот?
Откройте события блокировок за нужное время. Там написано, какое правило сработало и что не понравилось. Не отключайте защиту целиком. Найдите конкретное событие и поймите, что смягчать.
WAF и антиботы ведут журнал событий. Это золотая жила.
Что сделать:
- откройте события блокировок за нужное время
- найдите запись по времени и IP
- посмотрите, какое правило сработало
Что искать:
- частые логины
- подозрительный параметр
- ботоподобное поведение
Не отключайте защиту целиком «на всякий случай». Найдите конкретное событие и поймите, что именно смягчать.
Как написать в поддержку, чтобы помогли быстро?
Домен, проблемный URL, точное время, ваш IP, User Agent, что вы проверили, один факт из логов или скрин события WAF. И короткая просьба: проверить бан по IP и правило, которое даёт 403.
Шаблон сообщения, который экономит часы:
Домен: primer.ru
Проблемный URL: /admin/
Время: сегодня, 14:30 по Москве
Мой IP: [ваш IP]
Браузер и устройство: Chrome на Android
Что проверил: инкогнито, другой интернет, скрин прилагаю
Факт из логов: в access log строка с 403 по этому URL
Просьба: проверьте, нет ли бана по IP и какое правило даёт 403.
Такой формат позволяет поддержке сразу идти в нужную точку. Не задавать вопросы по кругу.
Как это выглядит вживую: реальный пример
У Андрея админка выдала 403, а главная с другого телефона открывалась. Проверил с другого интернета, нашёл событие блокировки в панели защиты. Отправил в поддержку факты, бан сняли.
Ситуация. Небольшой интернет-магазин. Утром Андрей пытается зайти в админку и получает 403. Главная с другого телефона открывается.
Действия. Вместо переустановки плагинов Андрей проверяет админку в инкогнито и с мобильного интернета. На одном варианте 403 остаётся, на другом вход появляется. Фиксирует URL и время, делает скрин. Находит в панели защиты событие: несколько неудачных попыток входа, после чего IP попал в бан.
Решение. Выключает VPN, повторяет проверку. Картина стабильная: проблема в блоке по IP. Отправляет в поддержку сообщение с доменом, временем, IP и скрином события.
Результат. Бан снимают, доступ возвращается. У Андрея остаётся шаблон, что собирать в следующий раз.
Что сделать прямо сейчас?
403 чаще означает не «сайт сломался», а «доступ запретили». Запрет бывает двух типов: защитный (WAF, IP-бан, антибот) и настройочный (права, правила, конфиги).
Если за первые минуты понять, где именно проявляется 403 и что пишут логи, вы не потратите вечер на хаотичные правки.
Самый полезный шаг: в момент следующего 403 соберите мини-набор фактов за 10 минут. URL, время, ваш IP, что видите на странице, одна запись из логов или событие WAF. И отправьте это в поддержку одним сообщением.
Так вы быстрее снимете блокировку. И не будете лечить то, что не ломалось.
Частые вопросы и ответы на них
Читайте также: Проблемы и их решения
