Все мы, путешествуя по просторам интернета, натыкаемся на различные ошибки при загрузке сайтов. Одна из них, кстати, достаточно часто встречается – я говорю об ошибке сервера 403 Forbidden Error. Сегодня я рассмотрю причины ее возникновения и способы устранения со стороны владельца сайта и его пользователя.
При загрузке сайта пользователь может столкнуться с ошибкой 403: «Доступ запрещен». Рассмотрим, что она означает, почему появляется и как простыми способами ее можно устранить.
О чем говорит ошибка 403
Причины запрета доступа — ошибки 403
Как исправить ошибку 403 администратору
Исправление ошибки сервера 403 Forbidden — что делать пользователю?
Ошибка сервера 403: внешние факторы
Когда на сайт пытается попасть человек, а вместо искомого контента натыкается на ошибку, то важно выяснить, что это за ошибка и почему она посмела явиться в столь неподходящий (а это любой) момент.
Благо у нас есть замечательные коды 4хх и 5хх, хоть и не так подробно, как хотелось бы, но рассказывающие о том, почему возникла ошибка. Ну а мы, зная эту информацию, можем попытаться ошибку исправить.
В этом материале речь пойдет об ошибке 405 Method Not Allowed. В деталях опишу проблему и расскажу, как ее побороть.
Причины запрета доступа — ошибки 403
Причины запрета доступа к ресурсу могут быть следующими.
Действия администратора, который заблокировал доступ к просмотру содержимого. Эти действия могут быть намеренными, и в этом случае ошибка 403 также не проблема, поскольку блокировка запланирована. Но в некоторых случаях страница может быть заблокирована по недосмотру, невнимательности.
Технические факторы на стороне разных лиц:
Исправление ошибки 403 в случаях, когда это является проблемой, зависит от того, на чьей стороне (администратора, пользователя, провайдера) возник фактор, обусловивший ее появление.
Что означает ошибка 403 и почему она появляется
Ошибка сервера 403 Forbidden означает ограничение или отсутствие доступа к материалу на странице, которую вы пытаетесь загрузить. Причин ее появления может быть несколько, и вот некоторые из них:
Ошибка на стороне пользователя
Обычно ошибка 403 на стороне пользователя указывает на:
Ошибка на стороне владельца сайта
Ошибка 403 может также возникать из-за различных причин со стороны администратора:
Ограничения на стороне хостинга или провайдера
В некоторых случаях ошибка 403 появляется не по вине пользователя или владельца сайта, а по причине каких-то ограничений со стороны хостинга или провайдера. Рассмотрим наиболее встречаемые:
Другие причины ошибки 403
Помимо распространенных причин, о которых я уже упоминала выше, существуют и другие, более редкие. Вот несколько из них:
Как исправить 405 Method Not Allowed?
Ок, небольшой ликбез провел, теперь расскажу о том, что можно предпринять, чтобы исправить обнаруженную ошибку и вернуть посетителям доступ к сайту.
Что может сделать пользователь?
Ошибка Method Not Allowed под номером 4хх вроде бы говорит о вине клиента. Но несмотря на это, пользователь мало что может сделать, чтобы устранить проблему. В его компетенции только убедиться в том, что он не допустил ошибку в базовых вещах, и попробовать повторить те же действия в надежде на успех.
Заново открыть ту же страницу
Иногда 405 Method Not Allowed может исчезнуть после перезагрузки страницы. Так что перед тем как принимать сложные решения и жаловаться на владельцев сайта, нажмите F5 или Cmd + R раза два.
Проверить, правильно ли он ввел URL-адрес
Несложная задача, но полезная. Как и в случае с кучей других ошибок, 405 может явиться из-за банальной опечатки или лишнего символа. К тому же многие серверы защищены таким образом, чтобы напрочь блокировать доступ к несуществующим страницам или каким-либо подуровням (в которые человек может пытаться залезть неслучайно).
Так что пользователю стоит заглянуть в адресную строку браузера и убедиться в корректности введенной ссылки. Если что-то нет так, то лучше открыть главную страницу сайта и искать нужную информацию там, а не пытаться попасть на нее, вводя адрес вручную.
Что может сделать владелец сайта?
Как это часто бывает, у сервера гораздо больше способов исправить клиентскую ошибку. Тут реально целый ворох решений: от удаления подозрительных компонентов из CMS до редактирования конфигурационных файлов.
Проверить настройки сервера
Тут будут инструкции для владельцев сайтов на базе Apache и Nginx в Timeweb. Понятно, что есть другие варианты конфигураций, но эти два — чуть ли стандарт, использующийся повсеместно. А информация, касающаяся конкретно Timeweb, заденет только расположение файлов и работу с панелью управления хостинга. Остальные моменты универсальны.
Инструкция для пользователей Apache
Наша задача состоит в том, чтобы в файле .htaccess найти записи, которые могут провоцировать появление ошибки 405. А потом их закомментировать или удалить. Чтобы это сделать:
Эти директивы помогают в настройке переадресации и некоторых других аспектах поведения сервера. Например, чтобы заставить сервер отправлять клиенту ошибку на каждый запрос GET, можно ввести такой код:
Инструкция для пользователей Nginx
Здесь нужно сделать примерно то же. Разница в том, как выглядит файл с настройками и в его расположении.
В Nginx код выглядит немного сложнее. Например, запрос метода для ссылки https://moysait.com/ru/services/create будет выглядеть так:
Делаем ту же процедуру. Останавливаемся везде, где находим директиву с ошибкой 405. Анализируем ее (вдруг, она тут случайно). И при необходимости комментируем или удаляем.
Исправить проблемы, связанные с PHP-скриптами
Ошибки могут возникнуть при попытке импортировать или экспортировать слишком объемную базу данных. На хостинге может быть установлено ограничение в полминуты, запрещающее использовать один PHP-скрипт дольше этого времени. Поэтому, если процесс затянется, сервер может отозваться ошибкой 405.
Обойти ограничение можно тремя путями:
Еще специалисты рекомендуют удалить статические файлы с разрешением, которые Nginx обрабатывать не должен. Это делается через панель управления хостингом в соответствующем разделе файлового менеджера.
Исправить эксклюзивные для Nginx ошибки
Как мы уже выяснили выше, ошибка может возникнуть при попытке использовать неподходящий метод. Вот как можно исправить это в случае с Nginx-сервером.
Первый вариант — убедить сервер в том, что вместо кода 405 надо отправлять код 200, и это вполне нормально:
Для тех, у кого Nginx-сервер — это proxy, понадобится вот такой код:
Аналогичная ошибка возникает при работе с модулем FastCGI. Из-за него сервер неправильно считывает запросы с методом POST, поэтому необходимо делить параметры и адрес скрипта вот так:
Далее речь пойдет об общих методах диагностики и исправления ошибок. На крайний случай, если конкретные решения не помогли.
Проанализировать все недавние изменения в коде
Если недавно что-то поменяли, а после этого все сломалось, то надо это «поменяли» рассмотреть подробнее. Провести ручной дебаггинг, если можно это так назвать. Наверняка где-то затесалась несерьезная, но обидная ошибка.
Удалить сторонние дополнения для CMS
Если вы используете условный WordPress, то разного рода ошибки могут подкрасться оттуда, где их не ждешь. Например, после установки нового расширения.
Так что при подозрении на наличие сбойного дополнения, лучше попробовать от него избавиться и посмотреть, что будет. Возможно, ошибка исчезнет.
После этого уже можно будет поискать альтернативное расширение или пообщаться с разработчиками по поводу того, почему вообще возникает сбой.
Главное, не забудьте сделать резервную копию CMS перед тем, как что-то удалять и менять. И продолжайте делать бэкапы после, чтобы всегда можно было восстановить рабочую версию сайта.
Откатиться на более старую версию CMS
Бывает так, что сама CMS несет в себе баги и ошибки. Ну или криво установилась. В таком случае можно восстановиться из старой резервной копии и откатиться на одну или несколько версий в прошлое. Когда все работало без ошибок.
Проверить новые записи в базе данных
Расширения могут вносить изменения в базу данных сайта. Иногда не очень полезные. Надо проверить, не появилось ли после установки свежего дополнения каких-либо непрошенных изменений в базе данных. Может, появились подозрительные записи, которых не должно быть. Лучше подвергнуть анализу всю БД от начала до конца (если другие методы исправления ошибки 405 не помогли, конечно).
На этом будем заканчивать. Мы и так уже перешли на самые маловероятные способы исправления этой ошибки. Надеюсь, они не понадобятся, но знать о таких вариантах стоит. Вдруг эти знания когда-нибудь спасут вас и посетителей вашего сайта.
«Четырёхсотые» коды состояния описывают проблемы на стороне : обычно они возникают, когда браузер отправляет серверу некорректный HTTP-запрос.
Но на практике бывает по-разному. Например, ошибка 403 может появиться из-за неправильной логики на сервере. В этой статье попробуем разобрать все возможные причины.
Ошибка 403 (Forbidden) — это когда сервер понял запрос, но почему-то отказывается выполнять его и отдавать браузеру HTML-код страницы.
Помимо «Forbidden», сервер может описать ошибку и другими словами: «error access denied» (доступ запрещён), «you don’t have permission to access» (нет разрешения на вход) и так далее. Сообщения разные, но смысл один.
В идеальном мире ошибка с кодом 403 должна возникать, когда доступ к странице пытается получить кто-то, у кого его нет, — например, неавторизованный пользователь.
Но в реальности возможных причин гораздо больше: это и проблемы с устройством пользователя, и неправильно настроенные компоненты сайта, и ограничения со стороны хостера или провайдера, и много что ещё.
Неправильный URL-адрес. Возможно, вы случайно постучались на какую-то секретную страничку, а это ни вам, ни серверу не нужно. Банально, но стоит перепроверить ссылку ещё разок.
Проблема в устройстве. Проверить это можно, зайдя на страницу с другого девайса. Если всё откроется, значит, дело в конкретной технике. Причины у этого могут быть разные:
Впрочем, иногда ошибка 403 возникает правомерно. Например, если вы были заблокированы на сайте или пытаетесь получить доступ к служебной странице. В таком случае обратитесь к владельцу сайта, чтобы он снял бан или выдал нужные права.
Кадр: сериал «Парки и зоны отдыха» / NBC
«Forbidden» может возникнуть, если что-то не так с компонентами сайта. Вот несколько возможных проблем, которые может и должен решить администратор сайта.
Некорректный индексный файл. Это файл, который указывает на главную страницу домена или поддомена. Нужно, чтобы у него были правильное название и формат — а они, в свою очередь, определяются CMS, которой вы пользуетесь. Например, для сайтов на WordPress это может быть index.html, index.htm или index.php.
А ещё индексный файл должен находиться в корневой папке домена или поддомена — смотря к чему он относится.
Неправильно расположены файлы сайта. Как и index, другие файлы сайта тоже должны лежать в корневой директории. Где именно — зависит от CMS и хостинга, которые вы используете.
Неверно настроены права доступа. У каждого файла и папки есть права доступа, которые состоят из трёх цифр от 0 до 7: первая — права владельца, вторая — групповые права, третья — публичные права. Сама цифра означает, какие права предоставлены этой группе.
Если у пользователя нет прав на выполнение действия, то он получит HTTP-ошибку 403 Forbidden. Обычно на папки выставляют доступ 755, на файлы — 644.
Проблемы с плагином. Если вы устанавливали плагины для своей CMS, то вызвать код 403 может какой-то из них. Возможно, он не обновился до последней версии, повреждён или несовместим с конфигурациями сайта.
Вот как это проверить, если у вас WordPress:
Далее можно включать плагины обратно и искать конкретного виновника. Чтобы это сделать, отключайте их по очереди и обновляйте страницу — где-то по пути точно обнаружите, где с каким плагином проблема.
Некорректные указания в файле .htaccess. Если вы используете Apache Web Server, попробуйте переименовать файл .htaccess. Так же как и с плагинами, это отключит его и позволит понять, виновен ли он в ошибке.
Если дело всё-таки в htaccess, проверьте и исправьте его директивы. Вот на какие условия стоит обратить внимание:
Действия пользователя блокирует брандмауэр. Брандмауэры веб-приложений могут автоматически блокировать действия пользователей, которые считают вредоносными, и возвращать им Forbidden.
Чтобы проверить, в этом ли дело, отключите брандмауэр и повторите запрещённое действие. Если сработает — проблема найдена. Проверьте журнал брандмауэра: там должна быть указана конкретная причина блокировки запроса.
Узнав причину, добавьте её в исключения, и такие запросы будут выполняться корректно.
Тариф хостинга не поддерживает инструменты. Например, вы пишете на PHP 8, а тариф рассчитан только на PHP 7.4. В таком случае придётся либо перейти на другую версию инструмента, либо сменить тариф (а может, и целого хостера).
Бывает так: с логикой на сервере всё в порядке, HTTP-запрос составлен корректно, а ошибка 403 всё равно возникает. Но подождите кричать «Тысяча чертей!» — возможно, шайба на стороне посредника.
Хостер прекратил обслуживание сайта. Просрочка платежа, нарушение условий хостинга, блокировки Роскомнадзора и другие малоприятные истории. Самое время проверить почту — обычно доступ к сайту не отключают без предупреждения.
Не успел обновиться кэш DNS-серверов. Если ваш сайт переезжал на другой адрес, в кэше DNS-серверов могли остаться устаревшие данные. Остаётся только ждать. Обычно кэш обновляется в течение суток, но в редких случаях процесс может занять два-три дня.
Проблемы на стороне провайдера. Возможно, у него неправильно настроена конфигурация оборудования или он заблокировал вас намеренно. Выход один и для пользователя, и для владельца сайта — обратиться к провайдеру.
Да-а, такая маленькая ошибка, а проблем — как с запуском Falcon Heavy на Марс. Держите чек-лист, который поможет не запутаться и быстро всё пофиксить.
Выясните, на чьей стороне проблема. Во-первых, зайдите на сайт самостоятельно — лучше один раз увидеть, чем прочитать тысячу тикетов в техподдержке. Во-вторых, проверьте почту — нет ли там писем счастья от хостера или Роскомнадзора?
Проверьте настройки сайта. Пробегитесь по списку ошибок, о которых мы писали выше. Перебирайте один вариант за другим, пока не поймёте, где собака зарыта.
Если ничего не помогает — обратитесь за помощью к своему хостинг-провайдеру.
Если ничего не помогает, значит, проблема на стороне сайта. Обратитесь в техподдержку и сообщите об ошибке — возможно, о ней ещё никто не знает.
Как решить проблему, если вы – пользователь
Выше я рассмотрела способы устранения ошибки 403 Forbidden для владельцев сайта. Теперь же разберу методы исправления в случаях с пользователем.
Еще одна допустимая причина появления ошибки сервера 403 – доступ к сайту запрещен для определенного региона или страны, в которой вы находитесь. Бывает и такое, что сайт доступен для использования только в одной стране. Если вы используете VPN, попробуйте отключить его и перезагрузите страницу. Вдруг получится все исправить.
Если ничего из вышеперечисленного не сработало, рекомендуется обратиться к владельцу сайта. Есть вероятность, что никто не знает о возникшей проблеме, и только ваше сообщение может изменить ситуацию.
Ошибка сервера 403
Ошибка 403 может возникать из-за причин, не обусловленных действиями администратора либо пользователей. Рассмотрим примеры таких ситуаций.
Не успел обновиться кэш DNS-серверов
Что делать: подождать 1–2 дня, пока кэш обновится автоматически. Либо очистить кэш на сервере вручную и настроить адресацию домена на правильный IP средствами CMS.
Приостановлено обслуживание сайта на конкретном хостинге
Бывает, что хостинг-провайдер реагирует на задолженность по оплате хостинга активацией настройки, выбрасывающей ошибку 403 при попытке открытия «сайта-должника». Она дезактивируется после оплаты. Если этого не произошло автоматически, нужно обратиться в службу поддержки хостинга.
Иные причины 403 ошибки
Прочие возможные причины ошибки 403:
Что делать: проверить настройки брандмауэра, отключить его, если он продолжит сбоить.
Что делать: если «перегруз» обусловлен стабильным трафиком, стоит разместить веб-ресурсы на более производительных серверах, а затем увеличить лимит или, по возможности, отключить его.
Что делать: определить часы минимальной посещаемости сайта и сконцентрировать проведение «отключений» в этот период.
Коды ошибок подстатуса для IIS
Основной список кодов ошибок, которые возвращаются службами Microsoft Internet Information Services:
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Что означает код ошибки сервера 405?
Код 405 Method Not Allowed говорит нам о том, что сервер получил определенный запрос с заданным HTTP-методом, смог его распознать, но не дает добро на его реализацию. То есть пользователь не получит доступ к контенту, который запросил.
В отличие от 404, 405 уточняет, что запрашиваемая страница существует и функционирует. Только вот стоит изменить используемый в HTTP-запросе метод. Иначе ничего не выйдет.
Исправление ошибки сервера 403 Forbidden — что делать пользователю?
Можно придерживаться такого алгоритма:
1. Зайти на проблемный ресурс с другого компьютера (смартфона, планшета). Если получится, то ошибка, вероятно, обусловлена настройками браузера на исходном устройстве.
Эти данные используются для идентификации пользователя, которая может быть обязательной для получения доступа на сайт. Если она происходит некорректно, то сайт, не обнаруживший разрешения на доступ, будет выдавать ошибку 403.
2. Зайти на сайт через VPN, прокси-сервер. Если получится, то вы поймете, что сервер блокирует пользователя по IP (скорее всего, в той же привязке к местоположению). Придется и дальше работать через прокси или ждать, пока блокировку по IP для региона снимут.
3. Обратиться непосредственно к владельцам сайта с описанием проблемы. И далее действовать исходя из причины блокировки, а также готовности администратора помочь пользователю, например, вручную отменить бан по IP.
Как исправить ошибку 403 администратору
Первым делом рассмотрим ситуации, когда администратор установил, сам того не желая, неверные параметры.
Некорректный файл индекса сайта
Типичная причина ошибки 403 — некорректное установление индексного файла. Этот файл (чаще всего веб-страница или скрипт) должен загружаться браузером из корневого (или иного) каталога по умолчанию при вводе URL. Индекс обычно не показывается пользователю (он нужен только браузеру).
На сайте promopult.ru индексный файл — index.php. Он загрузится, даже если в URL будет указано только доменное имя — браузер найдет индекс.
Браузер при обработке URL сначала пробует найти индекс по типовым именам файлов: index.html, index.htm, index.php. Если не находит и альтернативный индекс не настроен корректно, то веб-сервер отображает ошибку 403.
Что делать для исправления ошибки 403: проверить, правильно ли прописан индексный файл на веб-сервере.
Проверка индексного файла
Индексный файл фиксируется в конфигурационном файле сайта или каталога, например:
Может оказаться, что конфигурационного файла нет в принципе. Тогда его нужно будет создать (и вписать индексные строки) средствами CMS.
Некорректное месторасположение файлов сайта
Бывает, что индексный файл, вроде бы правильно отраженный в конфигурационных настройках, фактически отсутствует по адресу «прописки»: его нет в корневом или нижестоящих каталогах. Браузер не находит индекс, сервер выдает ошибку 403.
Частая причина этому в том, что веб-ресурсы (в том числе индексный файл) администратор размещает в каталоге с привычным для себя типовым именем (например, public_html). В то время как хостинг-провайдер использует для каталога другое имя (например, site или www). Браузер направляется сервером в «хостинговый» каталог для поиска индексного файла, а он пуст.
Необходимо всегда проверять фактическую доступность индексного файла по адресу, прописанному в конфигураторе. И размещать индекс в нужном каталоге.
Указаны некорректные права на файл или папку
Следующая возможная проблема — некорректные права на веб-ресурс. В отношении файла или каталога администратор может разрешить или запретить (в том или ином сочетании) чтение, запуск или редактирование:
Как исправить ошибку 403: настроить (изменить) права доступа к файлу или каталогу.
Настройка прав доступа
Права доступа прописываются с помощью команд операционной системы, на которой работает веб-сервер. Большинство базируется на Unix-подобных ОС, в которых предусмотрена общая системная команда для установления (изменения) прав доступа к файлам и каталогам — chmod. Она устанавливает права с помощью стандартизованного кода.
В числе распространенных кодов:
Часто бывает, что по ошибке устанавливаются права с кодом 700 вместо 755 — и тогда веб-сервер отказывает пользователям в доступе к файлу или каталогу и выдает ошибку 403. В данном случае администратору нужно подправить настройку chmod через консоль управления серверной ОС (команда sudo chmod 755 «имя файла»).
Отмеченный выше файл .htaccess используется в том числе и для установления прав доступа к веб-ресурсам. В нем могут содержаться строки («операторы») deny, allow (соответственно, запрещающие и разрешающие доступ к файлу или папке). И если те или иные параметры отражены в этих строках ошибочно, то при попытке доступа к ресурсу по URL выскочит ошибка 403.
Например, администратор хочет запретить доступ к файлу jinglesong.mp3, но по ошибке прописывает в .htaccess строки с неверным именем:
Доступ к сайтам ограничен для пользователей из определенного местоположения
deny from 192.168.1.0 (перепутал две последние цифры местами)
В результате пользователи с «легального» IP 192.168.1.0 получают ошибку 403. Чтобы исправить ошибку, вновь нужно открыть .htaccess и прописать корректный запрет:
deny from 192.168.0.1
Таковы основные причины ошибки 403, обусловленные непосредственно действиями администратора. Но есть технические факторы, прямо не зависящие от корректности настроек на веб-сервере. В их числе — сбои в работе плагинов.
Ошибку вызывает плагин
Плагины — программные дополнения к CMS (системе управления содержимым сайта), могут быть настроены на автоматическую блокировку доступа к ресурсам для «нежелательных» пользователей (например, с подозрительно высокой активностью). Если плагин устаревший или составляющие его скрипты повреждены, то такая блокировка может возникать по ошибке, без объективных оснований.
Проблемный плагин необходимо будет переустановить, а если это затруднительно — отключить.
Отключение плагинов WordPress
В WordPress, одной из популярных CMS, все плагины можно отключить простым переименованием каталога plugins в разделе wp-content. Если после деактивации плагинов ошибка 403 исчезла, это значит, что проблема была в одном из них.
Если отключение всех плагинов сразу критично, то можно вычислить проблемный. Для этого нужно оставить имя каталога plugins как есть, но последовательно переименовать подкаталоги, которые соответствуют отдельным плагинам. Постепенно выявится тот, который приводил к ошибке. Его можно оставить неактивным либо переустановить (перенастроить) для корректной работы.
Рассмотрим теперь факторы, возникающие уже на стороне пользователя, и то, что ему делать для ликвидации ошибки 403.
О чем говорит ошибка 403
Ошибка 403 (403 Forbidden) в окне браузера означает следующее: веб-сервер, на котором работает сайт, определил, что посетителю запрещен доступ к веб-ресурсу (сайту, странице, каталогу, файлу) по URL, указанному в адресной строке.
Не следует путать ошибку 403 с 404-й, которая говорит, что URL неверный (ведет к несуществующему ресурсу).
В данном случае нет доступа к каталогу /thm — ошибка 403
А если ошибиться в одной букве (указать несуществующий каталог) — появится ошибка 404
Чтобы исправить ошибку сервера 403 Forbidden, обязательно нужен доступ к панели управления вашего хостинга. Все описанные ниже шаги применимы к любой CMS, но примеры будут показаны на основе WordPress.
Сначала я проверю, правильно ли назван индексный файл. Все символы в его имени должны быть в нижнем регистре. Если хотя бы один символ набран заглавной буквой, возникнет ошибка 403 Forbidden. Но это больше относится к ОС Linux, которой небезразличен регистр.
Еще не стоит забывать, что индексный файл может быть нескольких форматов, в зависимости от конфигураций сайта: index.html, index.htm, или index.php. Кроме того, он должен храниться в папке public_html вашего сайта. Файл может затеряться в другой директории только в том случае, если вы переносили свой сайт.
Любое изменение в папке или файле фиксируется. Чтобы узнать, не стала ли ошибка итогом деятельности злоумышленников, просто проверьте графу «Дата изменения».
Ошибка 403 Forbidden появляется еще тогда, когда для папки, в которой расположен искомый файл, неправильно установлены права доступа. На все директории должны быть установлены права на владельца. Но есть другие две категории:
На директории можно устанавливать право на чтение, запись и исполнение.
Так, по умолчанию на все папки должно быть право исполнения для владельца. Изменить их можно через панель управления TimeWeb. Для начала я зайду в раздел «Файловый менеджер», перейду к нужной папке и выделю ее. Далее жму на пункт меню «Файл», «Права доступа».
Откроется новое окно, где я могу отрегулировать права как для владельца, так и для всех остальных.
Если даже после всех вышеперечисленных действий ошибка не исчезла, вполне допустимо, что влияние на работу сайта оказано со стороны некоторых плагинов WordPress. Быть может они повреждены или несовместимы с конфигурациями вашего сайта.
Для решения подобной проблемы необходимо просто отключить их. Но сначала надо найти папку с плагинами. Открываю папку своего сайта, перехожу в раздел «wp-content» и нахожу в нем директорию «plugins». Переименовываю папку – выделяю ее, жму на меню «Файл» и выбираю соответствующий пункт. Название можно дать вот такое: «plugins-disable». Данное действие отключит все установленные плагины.
Теперь нужно попробовать вновь загрузить страницу. Если проблема исчезла, значит, какой-то конкретный плагин отвечает за появление ошибки с кодом 403.
Но что делать, если у вас плагин не один, а какой из них влияет на работу сайта – неизвестно? Тогда можно вернуть все как было и провести подобные действия с папками для определенных плагинов. Таким образом, они будут отключаться по отдельности. И при этом каждый раз надо перезагружать страницу и смотреть, как работает сайт. Как только «виновник торжества» найден, следует переустановить его, удалить или найти альтернативу.
