IIS 7.5, 2008rc2, классический asp, 500 ошибка msg:
страница не может быть отображена из-за внутренней ошибки сервера.
Мне нужно знать, как настроить IIS для получения более подробной ошибки.
Я попытался установить значение true для всех параметров отладки в конфигурации ASP.
Но это не сработало. Кто-нибудь может мне помочь?
12 ответов
Я пришел к той же проблеме и исправил так же, как Алекс K.
поэтому, если» отправить ошибки в браузер » не работает, установите также это:
Страницы Ошибок — > 500 — > Изменить Настройки Функций — > «Подробные Ошибки»
также обратите внимание, что если содержимое страницы ошибок, отправленной обратно, довольно короткое, и вы используете IE, IE с радостью проигнорирует полезный контент, отправленный обратно сервером, и покажет вам свою собственную общую страницу ошибок вместо. Вы можете отключить это в настройках IE или использовать другой браузер.
Если вы находитесь на удаленном сервере, вы можете настроить свой веб.конфигурационный файл так:
<configuration>
<system.webServer>
<httpErrors errorMode="Detailed" />
<asp scriptErrorSentToBrowser="true"/>
</system.webServer>
<system.web>
<customErrors mode="Off"/>
<compilation debug="true"/>
</system.web>
дважды щелкните » ASP «на главном экране сайта в IIS admin, разверните» свойства отладки», включите» отправить ошибки в браузер «и нажмите»Применить».
В разделе » страницы ошибок «на главном экране выберите» 500″, затем» изменить настройки функций «и выберите»подробные ошибки».
обратите внимание, что те же шаги применяются для IIS 8.0 (Windows Server 2012).
после Вацлава и Алекс ответ, мне все равно пришлось отключить «показывать дружественные сообщения об ошибках HTTP» в IE
на web.config под
<system.webServer>
заменить (или добавить) строку
<httpErrors errorMode="Detailed"></httpErrors>
С
<httpErrors existingResponse="PassThrough" errorMode="Detailed"></httpErrors>
это потому, что по умолчанию IIS7 перехватывает коды состояния HTTP, такие как 4xx и 5xx, генерируемые приложениями далее по конвейеру.
далее включить «выводить ошибки в браузер «в разделе» ASP «и в разделе»Страницы Ошибок / Изменить Настройки Функций«, выбираем «вся ошибки.»
также запись в папке веб-сайта в группу iis_iusrs встроенные группы.
попробуйте установить значение атрибута httpErrors «existingResponse»в » PassThrough». Мой был установлен на «заменить», что заставляло YSOD не отображаться.
<httpErrors errorMode="Detailed" existingResponse="PassThrough">
TLDR: сначала определите, где в конвейере вы получаете ошибку (прокрутите поиск скриншотов чего-то, что напоминает вашу ошибку), внесите изменения, чтобы получить что-то новое, повторите.
сначала определите, какое сообщение об ошибке вы на самом деле видите.
Если вы видите файл, расположенный здесь…
%SystemDrive%inetpubcusterr 500.НТМ
…который обычно выглядит как это:
…тогда вы знаете, что видите настроенную страницу ошибок в * * IIS * * и вам не нужно изменять настройки customErrors, настройки ASP error detail или настройки браузера «показать дружественные ошибки http».
вы можете посмотреть на указанный выше путь, а не доверять моему скриншоту на случай, если кто-то его изменил.
» Да, я вижу вышеописанное ошибка…»
в этом случае, вы видите настройку httpErrors> или в диспетчере IIS это Страницы Ошибка — > «Редактировать Параметры Объекта». По умолчанию для этого используется errorMode=DetailedLocalOnly в уровень узла сервера (в отличие от уровня сайта) это означает, что, хотя вы увидите эту настроенную страницу ошибок на удаленном компьютере, вы сможете локально войти на сервер и увидеть полную ошибку, которая должна выглядеть примерно так это:
У вас должно быть все, что вам нужно в этот момент, чтобы исправить текущую ошибку.
«но я не вижу подробной ошибки даже при просмотре на сервере»
Это оставляет пару возможностей.
- браузер вы используете на сервере настроен на использование прокси-сервера
в его настройках подключения он не рассматривается как «локальный». - вы на самом деле не сидя в сайт, на который вы просматриваете-это обычно происходит, когда задействован балансировщик нагрузки. Выполните проверку ping, чтобы узнать, дает ли dns вам IP-адрес на сервере или где-то еще.
- Вы сайт httpErrors настройки установлены только для» Custom». Измените его на «DetailedLocalOnly». Однако при возникновении ошибки конфигурации это может не сработать, так как httpErrors уровня сайта также является элементом конфигурации. В этом случае перейдите к #4
- по умолчанию для httpErrors для всех сайтов установлено значение «Custom». В этом случае вам нужно нажать на серверный узел верхнего уровня в диспетчере IIS (а не на конкретный сайт) и изменить httpErrors настройки там для DetailedLocalOnly. Если это внутренний сервер, и вы не беспокоитесь о разглашении конфиденциальной информации, вы также можете установить его на «подробный», который позволит вам увидеть ошибку от клиентов, отличных от сервера.
«вход в сервер не является вариантом для меня»
измените свой сайт httpErrors «подробно», чтобы вы могли видеть его удаленно. Но если это не работает, ваша ошибка уже может быть ошибкой конфигурации, см. #3 непосредственно выше. Таким образом, вы можете застрять с #4, и вам понадобится кто-то из вашей команды серверов.
» Я не вижу страницу ошибки, описанную выше. Я вижу что-то другое»
если вы видите этот…
…и вы ожидаете увидеть нечто подобное…
…затем вам нужно изменить «отправить ошибки в браузер» на true в диспетчере IIS в разделе Site —> IIS —> ASP —> Debugging Properties
если вы видите эту…
или это…
…вам нужно отключите дружественные ошибки в вашем браузере или используйте WebView fiddler, чтобы посмотреть на актуальный ответ vs, что ваш браузер выбирает, чтобы показать вам.
Если вы видите эту…
…тогда пользовательские ошибки работают, но у вас нет пользовательской страницы ошибок (конечно, на данный момент речь шла о .net, а не о классическом asp). Вам нужно изменить тег customErrors в вашем интернете.config to RemoteOnly для просмотра на сервере, или Выключено для удаленного просмотра.
Если вы видите что-то, что стилизовано как ваш сайт, то пользовательские ошибки, вероятно, On или RemoteOnly, и он отображает пользовательскую страницу (представления->общий — >ошибка.например, cshtml в MVC). Тем не менее, маловероятно, но возможно, что кто-то изменил страницы в IIS для httpErrors, поэтому см. Первый раздел об этом.
одна вещь, о которой никто не упоминал, — это очень быстрое и временное исправление, вы можете просмотреть ошибку на localhost этого веб-сервера.
вы также можете проверить, что если вы изменили свою основную папку веб-сайта (c:inetpubwwwroot) в другую папку, вы должны дать разрешение на чтение группа IIS_IUSRS в новой папке.
3
автор: Rogerio Barretto
Fot люди, которые пробовали все и просто не могут получить детали ошибки, чтобы показать, как я, это хорошая идея, чтобы проверить различные уровни конфигурации. У меня есть файл конфигурации на уровне сайта и на уровне приложения (внутри сайта) проверить обоих. Кроме того, как оказалось, у меня были подробные ошибки, отключенные на самом высоком узле в IIS (прямо под начальной страницей, у него есть имя, которое совпадает с именем компьютера webservers). Проверьте страницы ошибок там.
Если вы запустите браузер на сервере и протестируете свой url-адрес проекта с локальным ip-адресом, вы получили все ошибки этого проекта без общей страницы ошибок(например, страница 500 ошибок).
Содержание
Составили подробный классификатор кодов состояния HTTP. Добавляйте в закладки, чтобы был под рукой, когда понадобится.
Что такое код ответа HTTP
Когда посетитель переходит по ссылке на сайт или вбивает её в поисковую строку вручную, отправляется запрос на сервер. Сервер обрабатывает этот запрос и выдаёт ответ — трехзначный цифровой код HTTP от 100 до 510. По коду ответа можно понять реакцию сервера на запрос.
Первая цифра в ответе обозначает класс состояния, другие две — причину, по которой мог появиться такой ответ.
Как проверить код состояния страницы
Проверить коды ответа сервера можно вручную с помощью браузера и в панелях веб‑мастеров: Яндекс.Вебмастер и Google Search Console.
В браузере
Для примера возьмём Google Chrome.
-
Откройте панель разработчика в браузере клавишей F12, комбинацией клавиш Ctrl + Shift + I или в меню браузера → «Дополнительные инструменты» → «Инструменты разработчика». Подробнее об этом рассказывали в статье «Как открыть исходный код страницы».
-
Переключитесь на вкладку «Сеть» в Инструментах разработчика и обновите страницу:
В Яндекс.Вебмастере
Откройте инструмент «Проверка ответа сервера» в Вебмастере. Введите URL в специальное поле и нажмите кнопку «Проверить»:
Как добавить сайт в Яндекс.Вебмастер и другие сервисы Яндекса
В Google Search Console
Чтобы посмотреть код ответа сервера в GSC, перейдите в инструмент проверки URL — он находится в самом верху панели:
Введите ссылку на страницу, которую хотите проверить, и нажмите Enter. В результатах проверки нажмите на «Изучить просканированную страницу» в блоке «URL есть в индексе Google».
А затем в открывшемся окне перейдите на вкладку «Подробнее»:
Теперь расскажем подробнее про все классы кодов состояния HTTP.
1* класс кодов (информационные сообщения)
Это системный класс кодов, который только информирует о процессе передачи запроса. Такие ответы не являются ошибкой, хотя и могут отображаться в браузере как Error Code.
100 Continue
Этот ответ сообщает, что полученные сведения о запросе устраивают сервер и клиент может продолжать отправлять данные. Такой ответ может требоваться клиенту, если на сервер отправляется большой объём данных.
101 Switching Protocols
Сервер одобрил переключение типа протокола, которое запросил пользователь, и в настоящий момент выполняет действие.
102 Processing
Запрос принят — он находится в обработке, и на это понадобится чуть больше времени.
103 Checkpoint
Контрольная точка — используется в запросах для возобновления после прерывания запросов POST или PUT.
POST отправляет данные на сервер, PUT создает новый ресурс или заменяет существующий данными, представленными в теле запроса.
Разница между ними в том, что PUT работает без изменений: повторное его применение даёт такой же результат, что и в первый раз, а вот повторный вызов одного и того же метода POST часто меняет данные.
Пример — оформленный несколько раз интернет‑заказ. Такое часто происходит как раз по причине неоднократного использования запроса PUT.
105 Name Not Resolved
Не удается преобразовать DNS‑адрес сервера — это означает ошибку в службе DNS. Эта служба преобразует IP‑адреса в знакомые нам доменные имена.
2* класс кодов (успешно обработанные запросы)
Эти коды информируют об успешности принятия и обработки запроса. Также сервер может передать заголовки или тело сообщений.
200 ОК
Все хорошо — HTTP‑запрос успешно обработан (не ошибка).
201 Created
Создано — транзакция успешна, сформирован новый ресурс или документ.
202 Accepted
Принято — запрос принят, но ещё не обработан.
203 Non‑Authoritative Information
Информация не авторитетна — запрос успешно обработан, но передаваемая информация была взята не из первичного источника (данные могут быть устаревшими).
204 No Content
Нет содержимого — запрос успешно обработан, однако в ответе только заголовки без контента сообщения. Не нужно обновлять содержимое документа, но можно применить к нему полученные метаданные.
205 Reset Content
Сбросить содержимое. Запрос успешно обработан — но нужно сбросить введенные данные. Страницу можно не обновлять.
206 Partial Content
Частичное содержимое. Сервер успешно обработал часть GET‑запроса, а другую часть вернул.
GET — метод для чтения данных с сайта. Он говорит серверу, что клиент хочет прочитать какой‑то документ.
Представим интернет‑магазин и страницы каталога. Фильтры, которые выбирает пользователь, передаются благодаря методу GET. GET‑запрос работает с получением данных, а POST‑запрос нужен для отправки данных.
При работе с подобными ответами следует уделить внимание кэшированию.
207 Multi‑Status
Успешно выполнено несколько операций — сервер передал результаты выполнения нескольких независимых операций. Они появятся в виде XML‑документа с объектом multistatus.
226 IM Used
Успешно обработан IM‑заголовок (специальный заголовок, который отправляется клиентом и используется для передачи состояния HTTP).
3* класс кодов (перенаправление на другой адрес)
Эти коды информируют, что для достижения успешной операции нужно будет сделать другой запрос, возможно, по другому URL.
300 Multiple Choices
Множественный выбор — сервер выдает список нескольких возможных вариантов перенаправления (максимум — 5). Можно выбрать один из них.
301 Moved Permanently
Окончательно перемещено — страница перемещена на другой URL, который указан в поле Location.
302 Found/Moved
Временно перемещено — страница временно перенесена на другой URL, который указан в поле Location.
303 See Other
Ищите другую страницу — страница не найдена по данному URL, поэтому смотрите страницу по другому URL, используя метод GET.
304 Not Modified
Модификаций не было — с момента последнего визита клиента изменений не было.
305 Use Proxy
Используйте прокси — запрос к нужному ресурсу можно сделать только через прокси‑сервер, URL которого указан в поле Location заголовка.
306 Unused
Зарезервировано. Код в настоящий момент не используется.
307 Temporary Redirect
Временное перенаправление — запрашиваемый ресурс временно доступен по другому URL.
Этот код имеет ту же семантику, что код ответа 302 Found, за исключением того, что агент пользователя не должен изменять используемый метод HTTP: если в первом запросе использовался POST, то во втором запросе также должен использоваться POST.
308 Resume Incomplete
Перемещено полностью (навсегда) — запрашиваемая страница была перенесена на новый URL, указанный в поле Location заголовка. Метод запроса (GET/POST) менять не разрешается.
4* класс кодов (ошибки на стороне клиента)
Эти коды указывают на ошибки со стороны клиентов.
400 Bad Request
Неверный запрос — запрос клиента не может быть обработан, так как есть синтаксическая ошибка (возможно, опечатка).
401 Unauthorized
Не пройдена авторизация — запрос ещё в обработке, но доступа нет, так как пользователь не авторизован.
Для доступа к запрашиваемому ресурсу клиент должен представиться, послав запрос, включив при этом в заголовок сообщения поле Authorization.
402 Payment Required
Требуется оплата — зарезервировано для использования в будущем. Код предусмотрен для платных пользовательских сервисов, а не для хостинговых компаний.
403 Forbidden
Запрещено — запрос принят, но не будет обработан, так как у клиента недостаточно прав. Может возникнуть, когда пользователь хочет открыть системные файлы (robots, htaccess) или не прошёл авторизацию.
404 Not Found
Не найдено — запрашиваемая страница не обнаружена. Сервер принял запрос, но не нашёл ресурса по указанному URL (возможно, была ошибка в URL или страница была перемещена).
405 Method Not Allowed
Метод не разрешён — запрос был сделан методом, который не поддерживается данным ресурсом. Сервер должен предложить доступные методы решения в заголовке Allow.
406 Not Acceptable
Некорректный запрос — неподдерживаемый поисковиком формат запроса (поисковый робот не поддерживает кодировку или язык).
407 Proxy Authentication Required
Нужно пройти аутентификацию прокси — ответ аналогичен коду 401, только нужно аутентифицировать прокси‑сервер.
408 Request Timeout
Тайм‑аут запроса — запрос клиента занял слишком много времени. На каждом сайте существует свое время тайм‑аута — проверьте интернет‑соединение и просто обновите страницу.
409 Conflict
Конфликт (что‑то пошло не так) — запрос не может быть выполнен из‑за конфликтного обращения к ресурсу (несовместимость двух запросов).
410 Gone
Недоступно — ресурс раньше был размещён по указанному URL, но сейчас удалён и недоступен (серверу неизвестно месторасположение).
411 Length Required
Добавьте длины — сервер отклоняет отправляемый запрос, так как длина заголовка не определена, и он не находит значение Content‑Length.
Нужно исправить заголовки на сервере, и в следующий раз робот сможет проиндексировать страницу.
412 Precondition Failed
Предварительное условие не выполнено — стоит проверить правильность HTTP‑заголовков данного запроса.
413 Request Entity Too Large
Превышен размер запроса — перелимит максимального размера запроса, принимаемого сервером. Браузеры поддерживают запросы от 2 до 8 килобайт.
414 Request‑URI Too Long
Превышена длина запроса — сервер не может обработать запрос из‑за длинного URL. Такая ошибка может возникнуть, например, когда клиент пытается передать чересчур длинные параметры через метод GET, а не POST.
415 Unsupported Media Type
Формат не поддерживается — сервер не может принять запрос, так как данные подгружаются в некорректном формате, и сервер разрывает соединение.
416 Requested Range Not Satisfiable
Диапазон не поддерживается — ошибка возникает в случаях, когда в самом HTTP‑заголовке прописывается некорректный байтовый диапазон.
Корректного диапазона в необходимом документе может просто не быть, или есть опечатка в синтаксисе.
417 Expectation Failed
Ожидания не оправдались — прокси некорректно идентифицировал содержимое поля «Expect: 100‑Continue».
418 I’m a teapot
Первоапрельская шутка разработчиков в 1998 году. В расшифровке звучит как «я не приготовлю вам кофе, потому что я чайник». Не используется в работе.
422 Unprocessable Entity
Объект не обработан — сервер принял запрос, но в нём есть логическая ошибка. Стоит посмотреть в сторону семантики сайта.
423 Locked
Закрыто — ресурс заблокирован для выбранного HTTP‑метода. Можно перезагрузить роутер и компьютер. А также использовать только статистический IP.
424 Failed Dependency
Неуспешная зависимость — сервер не может обработать запрос, так как один из зависимых ресурсов заблокирован.
Выполнение запроса напрямую зависит от успешности выполнения другой операции, и если она не будет успешно завершена, то вся обработка запроса будет прервана.
425 Unordered Collection
Неверный порядок в коллекции — ошибка возникает, если клиент указал номер элемента в неупорядоченном списке или запросил несколько элементов в порядке, отличном от серверного.
426 Upgrade Required
Нужно обновление — в заголовке ответа нужно корректно сформировать поля Upgrade и Connection.
Этот ответ возникает, когда серверу требуется обновление до SSL‑протокола, но клиент не имеет его поддержки.
428 Precondition Required
Нужно предварительное условие — сервер просит внести в запрос информацию о предварительных условиях обработки данных, чтобы выдавать корректную информацию по итогу.
429 Too Many Requests
Слишком много запросов — отправлено слишком много запросов за короткое время. Это может указывать, например, на попытку DDoS‑атаки, для защиты от которой запросы блокируются.
431 Request Header Fields Too Large
Превышена длина заголовков — сервер может и не отвечать этим кодом, вместо этого он может просто сбросить соединение.
Исправляется это с помощью сокращения заголовков и повторной отправки запроса.
434 Requested Host Unavailable
Адрес запрашиваемой страницы недоступен.
444 No Response
Нет ответа — код отображается в лог‑файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение. Возвращается только сервером nginx.
Nginx — программное обеспечение с открытым исходным кодом. Его используют для создания веб‑серверов, а также в качестве почтового или обратного прокси‑сервера. Nginx решает проблему падения производительности из‑за роста трафика.
449 Retry With
Повторите попытку — ошибка говорит о необходимости скорректировать запрос и повторить его снова. Причиной становятся неверно указанные параметры (возможно, недостаточно данных).
450 Blocked by Windows Parental Controls
Заблокировано родительским контролем — говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров системы родительского контроля.
451 Unavailable For Legal Reasons
Недоступно по юридическим причинам — доступ к ресурсу закрыт, например, по требованию органов государственной власти или по требованию правообладателя в случае нарушения авторских прав.
456 Unrecoverable Error
Неустранимая ошибка — при обработке запроса возникла ошибка, которая вызывает некорректируемые сбои в таблицах баз данных.
499 Client Closed Request
Запрос закрыт клиентом — нестандартный код, используемый nginx в ситуациях, когда клиент закрыл соединение, пока nginx обрабатывал запрос.
5* класс кодов (ошибки на стороне сервера)
Эти коды указывают на ошибки со стороны серверов.
При использовании всех методов, кроме HEAD, сервер должен вернуть в теле сообщения гипертекстовое пояснение для пользователя. И его можно использовать в работе.
500 Internal Server Error
Внутренняя ошибка сервера — сервер столкнулся с неким условием, из‑за которого не может выполнить запрос.
Проверяйте, корректно ли указаны директивы в системных файлах (особенно htaccess) и нет ли ошибки прав доступа к файлам. Обратите внимание на ошибки внутри скриптов и их медленную работу.
501 Not Implemented
Не выполнено — код отдается, когда сам сервер не может идентифицировать метод запроса.
Сами вы эту ошибку не исправите. Устранить её может только сервер.
502 Bad Gateway
Ошибка шлюза — появляется, когда сервер, выступая в роли шлюза или прокси‑сервера, получил ответное сообщение от вышестоящего сервера о несоответствии протоколов.
Актуально исключительно для прокси и шлюзовых конфигураций.
503 Service Unavailable
Временно не доступен — сервер временно не имеет возможности обрабатывать запросы по техническим причинам (обслуживание, перегрузка и прочее).
В поле Retry‑After заголовка сервер укажет время, через которое можно повторить запрос.
504 Gateway Timeout
Тайм‑аут шлюза — сервер, выступая в роли шлюза или прокси‑сервера, не получил ответа от вышестоящего сервера в нужное время.
Исправить эту ошибку самостоятельно не получится. Здесь дело в прокси, часто — в веб‑сервере.
Первым делом просто обновите веб‑страницу. Если это не помогло, нужно почистить DNS‑кэш. Для этого нажмите горячие клавиши Windows+R и введите команду cmd (Control+пробел). В открывшемся окне укажите команду ipconfig / flushdns и подтвердите её нажатием Enter.
505 HTTP Version Not Supported
Сервер не поддерживает версию протокола — отсутствует поддержка текущей версии HTTP‑протокола. Нужно обеспечить клиента и сервер одинаковой версией.
506 Variant Also Negotiates
Неуспешные переговоры — с такой ошибкой сталкиваются, если сервер изначально настроен неправильно. По причине ошибочной конфигурации выбранный вариант указывает сам на себя, из‑за чего процесс и прерывается.
507 Insufficient Storage
Не хватает места для хранения — серверу недостаточно места в хранилище. Нужно либо расчистить место, либо увеличить доступное пространство.
508 Loop Detected
Обнаружен цикл — ошибка означает провал запроса и выполняемой операции в целом.
509 Bandwidth Limit Exceeded
Превышена пропускная способность — используется при чрезмерном потреблении трафика. Владельцу площадки следует обратиться к своему хостинг‑провайдеру.
510 Not Extended
Не продлён — ошибка говорит, что на сервере отсутствует нужное для клиента расширение. Чтобы исправить проблему, надо убрать часть неподдерживаемого расширения из запроса или добавить поддержку на сервер.
511 Network Authentication Required
Требуется аутентификация — ошибка генерируется сервером‑посредником, к примеру, сервером интернет‑провайдера, если нужно ввести пароль для получения доступа к сети через платную точку доступа.
Ошибка запрета доступа 403 (403 Forbidden Error) происходит, когда веб-сервер отказывает вам в доступе на ту страницу, которую вы пытаетесь открыть с помощью своего браузера. В большинстве случаев вы ничего не можете с этим сделать, но иногда решение проблемы зависит именно от вас. Вот что вы можете попробовать.
Что такое ошибка 403 – доступ запрещен?
Ошибка доступа 403 происходит, когда веб-страница (или другой ресурс), которую вы пытаетесь открыть в веб-браузере, является ресурсом, к которому у вас ограничен доступ. Она называется ошибкой 403 по коду состояния протокола HTTP, который использует веб-сервер для описания ошибки такого рода. Обычно это случается по одной из двух причин. Первая заключается в том, что владельцы веб-сервера осознанно установили ограничения доступа и вам действительно запрещен доступ к этому ресурсу. Вторая причина заключается в том, что владельцы веб-сервера случайно установили ограничения и вы не получаете доступ к требуемому ресурсу по ошибке.
Дизайнеры сайтов могут настраивать внешний вид страницы ошибки 403, совсем как ошибок 404 и 502. Так что вы можете столкнуться с самыми разными веб-страницами с ошибкой 403. Также могут различаться и названия. Вы можете увидеть такие надписи, как:
- Ошибка 403: доступ запрещён
- Отказано в доступе (403)
- Отказано в доступе: у вас нет доступа к этому серверу
- 403 Forbidden
- HTTP 403
- HTTP Error 403 – Forbidden
- HTTP Error 403.14 – Forbidden
- Error 403
- Error 403 – Forbidden
В большинстве случаев вы ничего не можете сделать со своей стороны: либо вам действительно запрещен доступ к ресурсу, либо ошибка происходит со стороны сервера, к которому вы пытаетесь получить доступ. Иногда она временная, иногда нет. И все же кое-что вы можете попытаться сделать.
Обновите страницу
Всегда стоит обновить страницу. Во многих случаях ошибка 403 – временная и обычное обновление можешь помочь. В большинстве браузеров достаточно будет нажать клавишу F5 или специальную клавишу «Обновить» где-то рядом с адресной строкой. Это помогает не так уж часто, но попробовать стоит.
Перепроверьте адрес
Самой распространенной причиной возникновения ошибки 403 является неправильно введенный URL-адрес. Убедитесь, что введенный вами адрес доступа соответствует веб-странице или файлу, а не каталогу. Обычно URL-адрес заканчивается на .ru, .by, .com, .php, .org, .html или просто имеет расширение имени файла, в то время как URL-адрес каталога обычно заканчивается на “/”.
На большинстве серверов настроен запрет на просмотр каталогов из соображений безопасности. Если сайт настроен правильно, вас перенаправит на другую страницу. Если это не так, вы увидите ошибку 403.
Очистите кэш и cookies в своем браузере
Также возможно, что страница с ошибкой была кэширована в вашем браузере, но фактическая ссылка уже изменена на веб-сайте. Чтобы проверить, так ли это, вам необходимо очистить кеш браузера и файлы cookies. Очистка кэша не сильно повлияет на работу вашего браузера, только загрузка страниц на некоторых веб-сайтах может занять несколько дополнительных секунд, поскольку браузеру придется повторно загружать все ранее кэшированные данные. Очистка файлов cookies означает, что вам придется снова входить в свои учетные записи на большинстве веб-сайтов.
Для того, чтобы очистить кэш в своем браузере, воспользуйтесь одним из многочисленных гайдов для очистки самых разнообразных браузеров, используемых на разнообразных устройствах, которые вы можете найти в интернете.
Проверьте, имеете ли вы право доступа к URL-адресу
Если вы пытаетесь получить доступ к веб-сайту, для которого требуется войти в систему, прежде чем вы сможете увидеть содержимое, это может вызвать проблему. Как правило, серверы настроены так, чтобы показывать вам сообщение об ошибке, оповещающее вас, что вы должны войти в систему, чтобы получить доступ к контенту.
Но на некоторых неверно настроенных серверах вместо этого может выскочить ошибка 403. Попробуйте войти в систему (если это возможно) и посмотрите, исчезнет ли сообщение об ошибке.
Попробуйте позже
Если ни одно из простых решений, предложенных выше, не помогло, вы всегда вы всегда можете немного подождать и попробовать снова позже. Поскольку в большинстве случаев ошибка 403 вызвана неполадками на самом сайте, так что вероятнее всего кто-то уже работает над ее исправлением.
Свяжитесь с веб-сайтом
Еще один вариант – напрямую связаться с владельцем веб-сайта. Найдите контактную информацию на сайте и свяжитесь с владельцем относительно страницы, с которой возникли проблемы. Если форма обратной связи отсутствует, вы можете попытаться связаться с сайтом посредством социальных медиа.
Свяжитесь со своим провайдером
Если вы твердо убеждены в том, что необходимый вам сайт полностью исправен и только вы ограничены в доступе, возможно, что по какой-то причине заблокирован публичный IP-адрес вашего интернет-провайдера. В таком случае вы можете попытаться связаться с провайдером и сообщить ему о проблеме. Это не самое верное решение, но и оно может сработать.
В IIS имеется собственный набор специальных сообщений об ошибках, являющихся более информативными (или более «дружественными») по сравнению со стандартными сообщениями об ошибках HTTP 1.1. Например, стандартное сообщение об ошибке HTTP 1.1 404, содержащее текст «Объект не найден (Object Not Found)», расширяется до: «Веб-серверу не удается найти запрашиваемый файл или сценарий. Проверьте правильность пути в адресе URL. При повторении ошибки обратитесь к администратору сервера.» Такие подробные специальные сообщения об ошибках задаются по умолчанию для веб-узла по умолчанию в оснастке IIS.
Чтобы настроить подробные сообщения об ошибках
- В оснастке IIS
выберите веб-узел, виртуальный каталог, каталог или файл, для которого нужно настроить сообщения об ошибках HTTP, и нажмите кнопку Свойства.
- Откройте вкладку Специальные ошибки.
- Выберите стандартное сообщение об ошибке HTTP, которое требуется настроить.
- Нажмите кнопку Изменить свойства.
- В списке Тип сообщения выберите Файл.
- Нажмите кнопку Обзор и перейдите по адресу диск:WINNThelpiisHelpcommonимя_файла.
Дружественные сообщения об ошибках устанавливаются по умолчанию в следующий каталог: диск:WINNTHelpiisHelpcommon. Имена файлов соответствуют кодам ошибок HTTP; например, 400.htm, 401-1.htm и т. п.
Расположение файлов специальных ошибок — переход с IIS 4.0 на IIS 5.0
При обновлении IIS 4.0 до IIS 5.0, если в версии 4.0 уже были созданы файлы специальных сообщений об ошибках или были изменены файлы специальных сообщений, установленные в IIS 4.0 в каталог диск:WINNTHelpcommon, то эти файлы перемещаются в каталог диск:WINNTHelpiisHelpcommon и их расширение меняется на .bak. Таким образом вы можете использовать уже имеющиеся файлы специальных ошибок в IIS 5.0. Например, установленный в IIS 4.0 файл 400.htm теперь имеет имя 400.bak и располагается в каталоге диск:WINNTHelpiisHelpcommon (вместе с новыми файлами специальных сообщений IIS 5.0).