Ошибка request failed with status code 403

From Wikipedia, the free encyclopedia

HTTP 403 is an HTTP status code meaning access to the requested resource is forbidden. The server understood the request, but will not fulfill it.

Specifications[edit]

HTTP 403 provides a distinct error case from HTTP 401; while HTTP 401 is returned when the client has not authenticated, and implies that a successful response may be returned following valid authentication, HTTP 403 is returned when the client is not permitted access to the resource despite providing authentication such as insufficient permissions of the authenticated account.^[a]

Error 403: «The server understood the request, but is refusing to authorize it.» (RFC 7231)^[1]

Error 401: «The request requires user authentication. The response MUST include a WWW-Authenticate header field (section 14.47) containing a challenge applicable to the requested resource. The client MAY repeat the request with a suitable Authorization header field (section 14.8). If the request already included Authorization credentials, then the 401 response indicates that authorization has been refused for those credentials.» (RFC 2616)^[2]

The Apache web server returns 403 Forbidden in response to requests for URL^[3] paths that corresponded to file system directories when directory listings have been disabled in the server and there is no Directory Index directive to specify an existing file to be returned to the browser. Some administrators configure the Mod proxy extension to Apache to block such requests and this will also return 403 Forbidden. Microsoft IIS responds in the same way when directory list
ings are denied in that server. In WebDAV, the 403 Forbidden response will be returned by the server if the client issued a PROPFIND request but did not also issue the required Depth header or issued a Depth header of infinity.^[3]

Substatus error codes for IIS[edit]

The following nonstandard codes are returned by Microsoft’s Internet Information Services, and are not officially recognized by IANA.

403.1 – Execute access forbidden
403.2 – Read access forbidden
403.3 – Write access forbidden
403.4 – SSL required
403.5 – SSL 128 required
403.6 – IP address rejected
403.7 – Client certificate required
403.8 – Site access denied
403.9 – Too many users
403.10 – Invalid configuration
403.11 – Password change
403.12 – Mapper denied access
403.13 – Client certificate revoked
403.14 – Directory listing denied
403.15 – Client Access Licenses exceeded
403.16 – Client certificate is untrusted or invalid
403.17 – Client certificate has expired or is not yet valid
403.18 – Cannot execute request from that application pool
403.19 – Cannot execute CGIs for the client in this application pool
403.20 – Passport logon failed
403.21 – Source access denied
403.22 – Infinite depth is denied
403.502 – Too many requests from the same client IP; Dynamic IP Restriction limit reached
403.503 – Rejected due to IP address restriction

Notes[edit]

^ See #403 substatus error codes for IIS for possible reasons of why a webserver may refuse to fulfill a request.

References[edit]

^
Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content. IETF. sec. 6.5.3. doi:10.17487/RFC7231. RFC 7231.
^ Nielsen, Henrik; Mogul, Jeffrey; Masinter, Larry M.; Fielding, Roy T.; Gettys, Jim; Leach, Paul J.; Berners-Lee, Tim (June 1999). «RFC 2616 — Hypertext Transfer Protocol — HTTP/1.1». Tools.ietf.org. doi:10.17487/RFC2616. Retrieved 2018-04-09.
^ ^a ^b «HTTP Extensions for Web Distributed Authoring and Versioning (WebDAV)». IETF. June 2007. Archived from the original on March 3, 2016. Retrieved January 12, 2016.

External links[edit]

Apache Module mod_proxy – Forward
Working with SELinux Contexts Labeling files
Hypertext Transfer Protocol (HTTP/1.1): Semantics and Content

Источник

В этой статье мы расскажем о причинах, с которыми может быть связано возникновение ошибки 403. В качестве примера мы покажем вам, как исправить подобную ошибку на WordPress-сайте. Тем не менее, на других CMS или статических сайтах действия, которые необходимо предпринять, будут почти аналогичными:

Причины возникновения ошибки 403 могут отличаться в зависимости от различных обстоятельств. Иногда эта ошибка может быть результатом изменений или обновлений, которые ваш хостинг произвел в своей системе.

Рассмотрим эту тему подробнее. Затем мы перечислим различные причины возникновения этой ошибки и пути решения.

Что понадобится

Доступ к панели управления хостингом.

Что такое ошибка доступа 403?
Почему возникает ошибка доступа 403
Что делать если возникла ошибка доступа 403
- Шаг 1 — Проверка файла .htaccess
- Откройте «Диспетчер файлов» в панели управления хостингом
- Шаг 2 — Работа с правами доступа
- Шаг 3 — Отключение плагинов WordPress
Заключение

Что такое ошибка доступа 403?

Прежде чем мы продолжим и попытаемся исправить код ошибки 403, давайте сначала поймем, что это на самом деле такое. Ошибка доступа 403 — это код состояния HTTP.

Вот примеры сообщений об ошибке, с которыми можно столкнуться:

Forbidden: You don't have permission to access [directory] on this server
	HTTP Error 403 – Forbidden
	403 forbidden request forbidden by administrative rules
	403 Forbidden
	Access Denied You don't have permission to access

Давайте выясним, что вызывает эти ошибки.

Получение сообщения об ошибке 403 в процессе разработки может оказаться тревожным сигналом. Причина может заключаться в том, что вы пытаетесь получить доступ к тому, к чему у вас нет прав. Ошибка доступа 403 — это способ, с помощью которого сайт заявляет, что у вас недостаточно прав.

Эта ошибка обусловлена следующим:

Неверные права доступа к файлам или папкам;
Неправильные настройки в файле .htaccess.

Кратко рассмотрим, как можно это исправить.

Теперь, когда мы знаем факторы, провоцирующие возникновение ошибки, пришло время рассмотреть то, как от нее избавиться.

Действия, перечисленные ниже, будут касаться исправления ошибки 403 на WordPress-сайте. Но их также можно использовать и на других платформах. Рассмотрим весь процесс обнаружения ошибки 403 доступ запрещен, и ее исправления по этапам.

Возможно, вы не знакомы с файлом .htaccess. Это потому, что файл часто остается скрытым в директории проекта. Но если вы используете Hostinger File Manager, вы видите .htaccess по умолчанию:

Шаг 1 - Проверка файла .htaccess

Если вы используете CPanel, можно найти этот файл, используя «Диспетчер файлов». Давайте рассмотрим, как это делается:

В папке public_html найдите файл .htaccess. Если вы не видите его в этой папке, можно нажать на кнопку «Настройки» и включить параметр «Показать скрытые файлы»:

Откройте «Диспетчер файлов» в панели управления хостингом

.htaccess — это файл конфигурации сервера, который предназначен для изменения настроек веб-сервера Apache.

Файл .htaccess присутствует на всех WordPress-сайтах. В тех редких случаях, когда сайт не его или он был удален непреднамеренно, нужно создать этот файл вручную.

После того как вы нашли файл .htaccess, чтобы исправить ошибку 403 forbidden, нужно:

Скачать файл .htaccess на компьютер, чтобы создать резервную копию;
После этого удалить файл.

Откройте «Диспетчер файлов» в панели управления хостингом - 2

Теперь попробуйте получить доступ к сайту;
Если он работает нормально, это просто указывает на то, что файл .htaccess был поврежден;
Чтобы создать новый файл .htaccess, войдите в панель управления WordPress и выберите пункт Настройки> Постоянные ссылки;
Без внесения изменений нажмите на кнопку «Сохранить», расположенную в нижней части страницы.

Таким образом, для сайта будет создан новый файл .htaccess.

Если это не решит проблему, перейдите к следующему шагу.

Еще одна причина по которой возникает ошибка http 403 — это неверные права доступа к файлам или папкам. При создании файлов для них по умолчанию задаются определенные права доступа. Они указывают, как и кто может осуществлять их считывание, запись и выполнение. Но иногда нужно изменить права доступа по умолчанию.

Это можно сделать с помощью FTP-клиента или диспетчера файлов. FTP-клиент FileZilla предоставляет больше возможностей для изменения прав доступа к файлам и папкам. Поэтому мы рекомендуем использовать его, чтобы выполнить следующие действия:

Зайдите на свой сайт через FTP;
Перейдите в корневой каталог;
Выберите основную папку, содержащую все файлы вашего сайта (обычно это public_html), кликните по ней правой кнопкой мыши и выберите пункт «Права доступа к файлам»:

Шаг 2 - Работа с правами доступа

Установите флажок «Применить только к папкам», укажите права 755 в поле числового значения и нажмите кнопку «OK»;

Шаг 2 - Работа с правами доступа - 2

После того, как FileZilla изменит права доступа к папкам, повторите шаг 3, но на этот раз выберите параметр «Применить только для файлов» и введите 644:

После этого попробуйте зайти на сайт и проверьте, не решена ли проблема.

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

Высока вероятность того, что ошибка 403 была вызвана несовместимостью или некорректной работой плагина. На этом этапе мы отключим плагины, чтобы выяснить, не с ними ли связана ошибка 403. Лучше, конечно, отключить все плагины одновременно, а не каждый по отдельности. Так вы сможете обнаружить проблему и решить ее.

Вот, что нужно сделать:

Перейдите на хостинг через FTP и найдите папку public_html (или папку, содержащую установочные файлы WordPress);
Перейдите в папку wp-content;
Перейдите в папку Plugins и переименуйте ее, например в «disabled-plugins«, чтобы ее было легче найти.

Шаг 3 - Отключение плагинов WordPress

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

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

Следуя приведенным выше рекомендациям, можно избавиться от ошибки 403 forbidden.

Источник

i am building a simple lyrics finder app using react.js and using musixmatch api. when i request the api i get this error in consoleError: Request failed with status code 403 at createError (createError.js:16) at settle (settle.js:17) at XMLHttpRequest.handleLoad (xhr.js:62)

this is my componentDidMount() function

import React, { Component } from 'react';
import axios from 'axios';

const Context = React.createContext();

export class Provider extends Component {
    state = {
        track_list: [],
        heading: "Top 10 Tracks"
    }

    componentDidMount() {
        axios.get(
            `https://cors-anywhere.herokuapp.com/https://api.musixmatch.com/ws/1.1/chart.tracks.get?chart_name=top&page=1&page_size=5&country=it&f_has_lyrics=1&apikey=${
                process.env.REACT_APP_MM_KEY}`
        )
            .then(res => console.log(res.data))
            .catch(err => console.log(err));
    }

    render() {
        return (
            <Context.Provider value={this.state} >
                {this.props.children}
            </Context.Provider>
        );
    }
}

export const Consumer = Context.Consumer;

asked Apr 2, 2021 at 6:49

status code 403 means that you are not authorized. You could either have entered a wrong api key or maybe your process.env does not work (try to enter the api key directly!).

And are u sure that you need cors-anywhere? Did you try without?

EDIT:

you can test if your api key works when you simply enter the url with your key into the browser (without cars-anywhere) like so:

https://api.musixmatch.com/ws/1.1/chart.tracks.get?chart_name=top&page=1&page_size=5&country=it&f_has_lyrics=1&apikey=your_api_key

EDIT 2:

this works, when I try it inside a React application: So the problem must be at your process.env implementation.

componentDidMount() {
    axios.get(
        `https://cors-anywhere.herokuapp.com/https://api.musixmatch.com/ws/1.1/chart.tracks.get?chart_name=top&page=1&page_size=5&country=it&f_has_lyrics=1&apikey=your_api_key`
    )
        .then(res => console.log(res.data))
        .catch(err => console.log(err));
}

answered Apr 2, 2021 at 8:45

PixAffPixAff

2793 silver badges14 bronze badges

Источник

Ошибка 403 (error 403 Forbidden) — это ответ сервера, который отправляется, когда доступ к странице запрещен или ограничен по ряду причин.

Текстовое описание ошибки может варьироваться. Вот некоторые вариации:

403 Forbidden.
Access denied.
«В доступе отказано».
Forbidden.
You don’t have permission to access.
Запрещено 403.

Перепутать ошибку с другими сложно, так как на странице обязательно будет указан код ошибки 403.

Так выглядит ошибка 403 на разных сайтах. Примеры ошибки 403

Как исправить ошибку 403

Почему возникает ошибка? Самый частый вариант — у пользователя недостаточно прав для просмотра страницы или контента на ней. Запрет с кодом 403 может установить администратор сети, администратор сервера, провайдер или разработчик.

Чаще всего причины появления ошибки связаны с проблемами на стороне сайта. Ниже отметим самые распространенные причины ошибки и расскажем, как исправить ситуацию.

Не успел обновиться кэш DNS серверов

Эта проблема часто возникает при переносе домена между разными регистраторами, а также при попытках перенести домен на разные аккаунты у одного регистратора.

Решение: подождать. Обновление DNS записей, как правило, может занимать от 4 до 24 часов.

Ошибку вызывает плагин

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

Решение: найти проблемное расширение и отключить его.

Доступ к сайтам ограничен для пользователей из определенного местоположения

Одна из самых актуальных причин ошибки 403 в последние месяцы у россиян. Дело в том, что многие английские, украинские и европейские сайты начали блокировать доступ по географическому признаку. В итоге при попытке открыть любую страницу такого сайта вы увидите ошибку.

Решение: воспользоваться VPN-сервисом.

Некорректный файл индекса сайта

Одна из самых частых причин ошибки на всех страницах сайта. Суть в том, что индексный файл располагается в некорректной директории, вовсе отсутствует или имеет неправильный формат.

Индексный файл — это index.html, который используется, чтобы указать главную страницу сайта. Этот файл всегда должен находиться в корневой папке сайта.

Решение: проверить индексный файл своего сайта. Для этого откройте файловый менеджер используемого хостинга и найдите файл со словом index.

Индексный файл сайта, найденный при помощи файлового менеджера Sprutio (хостинг Beget)

Если вы пользуетесь услугами REG.RU, там также есть встроенный файловый менеджер. Чтобы получить к нему доступ, выполните следующие действия:

В левом навигационном меню выберите пункт «Сайты».
Выберите проблемный домен.
Кликните по кнопке «Менеджер файлов» (в новой версии «Файлы сайта»).
Найдите индексный файл в корневой директории сайта.

Нашли индексный файл через встроенный менеджер файлов

Важно: индексный файл должен обязательно располагаться в папке, которая называется public_html.

Обязательно проверьте необходимый формат индексного файла: далеко не всегда он должен иметь расширение .HTML.

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

В разных панелях управления проверка индексного файла происходит по-разному. Посмотрим, как проверить индексный файл в ISPmanager — однойиз самых популярных панелей управления сегодня.

В навигационном меню слева нажимаем кнопку «Сайты».
Выбираем проблемный домен, нажимаем кнопку «Изменить».
В самом низу находим строку «Индексная страница»:

Это и есть название индексной страницы сайта, которое мы искали

Приостановлено обслуживание сайта на конкретном хостинге

Если вебмастер вовремя не оплатил услуги хостинга, возможно появление ошибки 403 при открытии любых страниц сайта. Сайт так и останется недоступным, пока не будет погашен долг в соответствии с договором обслуживания.

Решение: оплатить услуги хостинга.

Некорректное месторасположение файлов сайта

Частая проблема, возникающая при ручном переносе файлов сайта. Здесь правило простое: файлы сайта располагаются в корневой директории.

Решение: убедиться, что папка с файлами сайта находится в правильной папке. Корневая папка сайта по управлением WordPress на хостинге Beget может выглядеть так:

В зависимости от хостинга корневая папка может называться site, public_html, html, www, html

Указаны некорректные права на файл или папку

Существует три вида прав доступа к файлам: чтение, редактирование, выполнение. В свою очередь, всех пользователей также можно разделить на три категории: администраторы, модераторы и обычные пользователи.

Для задания самих прав используются трехзначные коды:

Для папок — код 755 или код 750;
Для файлов — код 644 или код 640.

Вы можете установить любой из этих вариантов.

У разных CMS могут быть свои коды для указания прав папок и файлов. Например, в WordPress на системный файл wp-config.php должны быть настроены права с кодом 440 (или с кодом 400).

Решение: проанализировать права всех папок и изменить их при необходимости. Проверьте, какие файлы и папки загружаются при открытии страницы с 403-м ответом. Чтобы уточнить этот момент, вы можете обратиться в техподдержку хостинга.

Некорректные указания в конфигурационном файле htaccess

.htaccess — это файл конфигурации для использования на веб-серверах с программным обеспечением Apache Web Server. Когда .htaccess помещается в каталог (который, в свою очередь, загружается через веб-сервер Apache), он обнаруживается и выполняется программным обеспечением веб-сервера Apache.

Рассмотрим пример директивы, которая запрещает доступ к сайту всем пользователям, кроме одного IP-адреса:

Order Deny.Allow

Deny from all

Allow from 123.456.789.000

С такой директивой сайт будет недоступен для пользователей, так как просмотр разрешен только с одного IP-адреса.

Решение: найти файл .htaccess в папке сайта и проанализировать команды, которые были прописаны недавно.

Прежде чем редактировать файл, обязательно сделайте его резервную копию. Указанное ниже решение актуально только для хостингов на базе Linux.

Файл .htaccess легко отыскать в корневой папке сайта

Особое внимание обратите на команды со словами deny, redirect, require:

Пример команд в системном файле htaccess

Удалите все соответствующие строки (со словами deny, redirect, require) и сохраните файл. Отключите кэширование данных на сайте и проверьте доступность страницы, которая отдавала 403-й код. Если все работает, значит причина была именно в .htaccess. Снова включите кэширование данных.

Если страница все равно не открывается, измените название файла htaccess на old_htaccess. Убедитесь, что кэширование данных на сайте отключено и снова откройте проблемную страницу. Если страница по-прежнему отдает код 403, дело точно не в htaccess и проверять нужно другие причины, которые мы описали выше.

Если ни один из вышеуказанных способов так и не помог оживить страницу, очистите кэш и удалите cookies-файлы в используемом браузере.

Иные причины 403 ошибки

Работодатель ограничивает доступ ко всем публичным сайтам, кроме тех, которые нужны для работы.
Доступ к сайту временно ограничен вебмастером по определенному признаку, например, по используемому браузеру.
Допущена опечатка в URL страницы (при ручном вводе).
Пользователь пытается открыть страницу сайта, предназначенную для служебного использования.
Пользователь пытается открыть страницу сайта, предназначенную для использования только зарегистрированными пользователями.
Пользователь был заблокирован по какому-либо параметру, например по IP-адресу (за нарушение правил пользования сайтом).
Доступ к сайту временно приостановлен для всех пользователей, так как проводится его техническое обслуживание.

Резюме

Используйте чек-лист, который поможет исправить ошибку 403 вебмастеру и пользователю.

Вебмастеру

Убедитесь, что указан корректный адрес страницы.
Проверьте директивы в системном файле htaccess.
Убедитесь, что все файлы сайта находятся в корневом каталоге.
Проверьте наличие всех необходимых файлов, которые загружаются при обращении к проблемной странице.
Свяжитесь с хостингом и уточните, имеются ли какие-либо ограничения, наложенные на ваш сайт или домен.
Убедитесь, что выставлены корректные права доступа на папки и файлы.

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

Пользователю

У пользователя возможности исправить ошибку гораздо меньше, так как причина, чаще всего, находится не на его стороне. Что вы можете сделать:

Дважды проверьте URL, если указываете его вручную.
Пройдите авторизацию, если такая возможность предусмотрена конфигурацией сайта.
Свяжитесь с администратором сайта и сообщите об ошибке.
Попробуйте открыть ссылку спустя 2-3 дня. Во многих случаях ошибка носит временный характер.

Часто адрес страницы меняется дважды после публикации и поисковые системы просто не успевают обработать новую версию адреса. Следует подождать хотя бы один день. Страница с некорректным URL покинет индекс, исчезнет из результатов поиска, а на ее место придет страница с правильным адресом.

Источник

Ошибка request failed with status code 403

Specifications[edit]

Substatus error codes for IIS[edit]

See also[edit]

Notes[edit]

References[edit]

External links[edit]

Как исправить ошибку 403

Не успел обновиться кэш DNS серверов

Ошибку вызывает плагин

Доступ к сайтам ограничен для пользователей из определенного местоположения

Некорректный файл индекса сайта

Приостановлено обслуживание сайта на конкретном хостинге

Некорректное месторасположение файлов сайта

Указаны некорректные права на файл или папку

Некорректные указания в конфигурационном файле htaccess

Иные причины 403 ошибки

Резюме

А вот еще интересные материалы: