После установки четвёртого пакета обновлени (Update Rollup 4) внезапно перестали работать клиентские REST-запросы из форм действий: задач, эл. писем, кастомных действий. Каждый вызов REST заканчивался ошибкой Error: 400: Bad Request: «Сервер обнаружил ошибку при обработке запроса. Дополнительные сведения см. в журналах сервера.» (The server encountered an error processing the request. See server logs for more details.).
Пример запроса:
http://server/contoso/XRMServices/2011/OrganizationData.svc/AccountSet(guid'3F54544D-0BD7-4FC2-B38E-1E6BC2785DF9')?$select=Address1_PostalCode,Address1_StateOrProvince,Address1_City,Address1_Line1
Причём тот же самый запрос выполненный напрямую из адресной строки браузера отрабатывал успешно.
Трассировка CRM показала наличие управляющих символов в теле запроса: «Указанное значение содержит недопустимые знаки управления. Имя параметра: value».
at ServiceModelTraceRedirector.TraceData(TraceEventCache eventCache, String source, TraceEventType eventType, Int32 id, Object data) at TraceSource.TraceData(TraceEventType eventType, Int32 id, Object data) at DiagnosticTrace.TraceEvent(TraceEventType type, Int32 code, String msdnTraceCode, String description, TraceRecord trace, Exception exception, Object source) at ExceptionUtility.TraceHandledException(Exception exception, TraceEventType eventType) at MessageRpc.ProcessError(Exception e) at MessageRpc.Process(Boolean isOperationContextSet) at ChannelHandler.DispatchAndReleasePump(RequestContext request, Boolean cleanThread, OperationContext currentOperationContext) at ChannelHandler.HandleRequest(RequestContext request, OperationContext currentOperationContext) at ChannelHandler.AsyncMessagePump(IAsyncResult result) at AsyncThunk.UnhandledExceptionFrame(IAsyncResult result) at AsyncResult.Complete(Boolean completedSynchronously) at AsyncQueueReader.Set(Item item) at InputQueue`1.EnqueueAndDispatch(Item item, Boolean canDispatchOnThisThread) at InputQueue`1.EnqueueAndDispatch(T item, Action dequeuedCallback, Boolean canDispatchOnThisThread) at SingletonChannelAcceptor`3.Enqueue(QueueItemType item, Action dequeuedCallback, Boolean canDispatchOnThisThread) at HttpChannelListener.HttpContextReceived(HttpRequestContext context, Action callback) at HostedHttpTransportManager.HttpContextReceived(HostedHttpRequestAsyncResult result) at HostedHttpRequestAsyncResult.HandleRequest() at HostedHttpRequestAsyncResult.BeginRequest() at HostedHttpRequestAsyncResult.OnBeginRequest(Object state) at AspNetPartialTrustHelpers.PartialTrustInvoke(ContextCallback callback, Object state) at HostedHttpRequestAsyncResult.OnBeginRequestWithFlow(Object state) at ScheduledOverlapped.IOCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* nativeOverlapped) at IOCompletionThunk.UnhandledExceptionFrame(UInt32 error, UInt32 bytesRead, NativeOverlapped* nativeOverlapped) at _IOCompletionCallback.PerformIOCompletionCallback(UInt32 errorCode, UInt32 numBytes, NativeOverlapped* pOVERLAP) ><TraceRecord xmlns="http://schemas.microsoft.com/2004/10/E2ETraceEvent/TraceRecord" Severity="Error"><TraceIdentifier>http://msdn.microsoft.com/ru-RU/library/System.ServiceModel.Diagnostics....Обработка исключения.</Description><AppDomain>/LM/W3SVC/1/ROOT-1-116635956286758268</AppDomain><Exception><ExceptionType>System.ArgumentException, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089</ExceptionType><Message>Указанное значение содержит недопустимые знаки управления. >Имя параметра: value</Message><StackTrace> в System.Net.WebHeaderCollection.CheckBadChars(String name, Boolean isHeaderValue) > в System.Net.WebHeaderCollection.Add(String name, String value) > в System.Collections.Specialized.NameValueCollection.Add(NameValueCollection c) > в System.ServiceModel.Activation.HostedHttpContext.HostedRequestContainer.System.ServiceModel.Channels.HttpRequestMessageProperty.IHttpHeaderProvider.CopyHeaders(WebHeaderCollection headers) > в System.ServiceModel.Web.IncomingWebRequestContext.get_Accept() > в System.Data.Services.DataServiceHostWrapper..ctor(IDataServiceHost host) > в System.Data.Services.DataService`1.HandleRequest() > в System.Data.Services.DataService`1.ProcessRequestForMessage(Stream messageBody) > в SyncInvokeProcessRequestForMessage(Object , Object[] , Object[] ) > в System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs) > в System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc) > в System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc) > в System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc) > в System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)</StackTrace><ExceptionString>System.ArgumentException: Указанное значение содержит недопустимые знаки управления. >Имя параметра: value > в System.Net.WebHeaderCollection.CheckBadChars(String name, Boolean isHeaderValue) > в System.Net.WebHeaderCollection.Add(String name, String value) > в System.Collections.Specialized.NameValueCollection.Add(NameValueCollection c) > в System.ServiceModel.Activation.HostedHttpContext.HostedRequestContainer.System.ServiceModel.Channels.HttpRequestMessageProperty.IHttpHeaderProvider.CopyHeaders(WebHeaderCollection headers) > в System.ServiceModel.Web.IncomingWebRequestContext.get_Accept() > в System.Data.Services.DataServiceHostWrapper..ctor(IDataServiceHost host) > в System.Data.Services.DataService`1.HandleRequest() > в System.Data.Services.DataService`1.ProcessRequestForMessage(Stream messageBody) > в SyncInvokeProcessRequestForMessage(Object , Object[] , Object[] ) > в System.ServiceModel.Dispatcher.SyncMethodInvoker.Invoke(Object instance, Object[] inputs, Object[]& outputs) > в System.ServiceModel.Dispatcher.DispatchOperationRuntime.InvokeBegin(MessageRpc& rpc) > в System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage5(MessageRpc& rpc) > в System.ServiceModel.Dispatcher.ImmutableDispatchRuntime.ProcessMessage31(MessageRpc& rpc) > в System.ServiceModel.Dispatcher.MessageRpc.Process(Boolean isOperationContextSet)</ExceptionString></Exception></TraceRecord>
Для разъяснениями обращаемся к Fiddler (Fiddler HTTP Debugging Proxy) и видим, что с каждым моим REST-запросом (вызываемым из javascript через XMLHttpRequest объект) отправляется HTTP-заголовок Referer, содержащий ссылку на текущую страницу (URL формы на которой исполняется скрипт).
Обратите внимание, что в заголовке Referer присутствуют GET-параметры значения которых заданы кириллицей (параметры partyname и pName):
http://server/contoso/userdefined/edit.aspx?contactInfo=&etc=4202&id=%7b...Фамилия%20Имя%20Отчество&partytype=2&pId=%7b05F1C96C-7CDE-DE11-A23B-003048712BF7%7d&pName=Фамилия%20Имя%20Отчество&pType=2&sitemappath=Workplace%7cSFA%7cnav_orders#
Вот именно эти кириллические значения и ломают все REST-запросы! Эта догадка подтвердилась проверкой вызова скрипта для клиента с именем на латинице — запрос отработал успешно. Осталось избавиться от этого паразитного заголовка в нашем запросе. Самым простым решением кажется написание HTTP-модуля для IIS, который будет анализировать заголовки и кодировать кириллицу в HTML или обрубать эти значения (поскольку они никак не влияют на основной запрос).
Как оказалось, существует гораздо более удобный способ для фильтрации заголовков в IIS — URL Rewrite Module Version 2.0 for IIS 7. Этот модуль расширяет возможности встроенного URL Rewrite модуля Internet Information Server’а версии 7+.
Итак, скачиваем и устанавливаем URL Rewrite Module (внимание! потребуется перезагрузка сервера). И приступаем к созданию правила:
Создаём правило для входящих запросов:
Сначала задаём маску URL, для которого будет применятся правило (вместо contoso — имя вашей организации в CRM):
Затем дополнительное условие на HTTP-заголовок Referer — обрабатываем только те запросы, в заголовке Referer которых присутствует кириллица:
Для соответствующих правилу запросов заменяем значение HTTP-заголовка Referer (по-сути, конечной точке REST-сервиса он не нужен, поэтому оставляем только имя сервера):
Теперь осталось разрешить серверу обрабатывать нужный нам заголовок, для чего добавляем его в разрешённые серверные переменные:
После активации этого правила клиентские REST-запросы с форм сущностей действий выполняются успешно.
Замечено, что вызывая окно создания/редактирования действий разными путями (из меню «Добавить» основной записи, из меню «Добавить новый элемент типа Действие» связанного представления Действий) ошибка возникает только в первом случае. В предыдущей версии системы (CRM 2011 Rollup 1-3) русские имена записей кодировались для передачи в URL, четвёртый пакет исправлений сломал этот механизм, в пятом это так и не было исправлено.
Дополнительно о модуле URL Rewrite 2.0 можно прочитать по этим ссылкам:
- Using the URL Rewrite Module
- Modifying HTTP Response Headers
- Setting HTTP request headers and IIS server variables
- Using Outbound Rules to add Web Analytics tracking code
I have been looking for a way to understand the root cause of the «The server encountered an error processing the request. See server logs for more details.» problem in my particular case but none of the existing online solutions addresses the problem I am about to describe.
I need to send POST requests with JSON payload {«userName», «Adnan»} to an Azure-based web service which eventually retrieves some database GPS records in a HTTP response. My initial attempt to test this POST request worked fine via Fiddler (See image below) and Android OKHttp libraries.
However, when I tested the same request over my ultimate 3G platform, it gave the above-mentioned error. I managed to replicate the same error with the Chrome Postman plugin (See image below). It must be noted that even if I am sending the data as a JSON payload, the same error appears on the Postman plugin. Almost all the solutions to this problem online suggest on tweaking the webservice itself which should not be the case as it works fine with Fiddler and Android. So — my question is why the POST request shown above is not working with the Postman plugin. I believe if the problem is resolved on Postman, it would be resolved on my 3G embedded board as well. Thank you.
Здравствуйте.
Я пытаюсь создать решение с подключением к службе данных WCF из приложения Silverlight (5) так, как описано здесь:
Привязка элементов управления Silverlight к службе данных WCF
Солюшн создан на VS2013 Update 3. Но на этапе «Добавление источника данных в приложение Silverlight» возникает ошибка:
Произошла ошибка при загрузке ''http://localhost:25231/DataService/WCFDS.svc/_vti_bin/ListData.svc/$metadata''. Отказ при выполнении запроса с сообщением об ошибке:Сервер обнаружил ошибку при обработке запроса. Дополнительные сведения см. в журналах сервера. Метаданные содержат неразрешимую ссылку: "http://localhost:25231/DataService/WCFDS.svc". Тип содержимого text/html ответного сообщения не соответствует типу содержимого привязки (application/soap+xml; charset=utf-8). При использовании особого кодировщика необходимо правильно реализовать метод IsContentTypeSupported. Удаленный сервер возвратил ошибку: (500) Внутренняя ошибка сервера. Если служба определена в текущем решении, попробуйте собрать решение и добавить ссылку на службу еще раз.
Я поискал здесь подобное по форуму, но решения именно для такого описания ошибки, увы, не нашёл. Были похожие, но их предлагаемые варианты не помогают в этом случае, так как в предлагаемых решениях используется ссылка
на интерфейс обычных служб WCF, а не на службу данных WCF.
Подскажите, пожалуйста, в чём тут может быть дело???
Update1.
Утилита WcfTestClient при попытке подключения к службе выдаёт следующее:
Не удалось добавить службу. Метаданные службы недоступны. Убедитесь, что служба работает и предоставляет метаданные.
Тогда здесь вопрос: как заставить службу данных предоставлять метаданные?
Update2.
По одному из решений предлагалось добавить в Web.config разделы behaviors и services. Я добавил так:
<behaviors>
<serviceBehaviors>
<behavior name="metadataBehavior">
<serviceMetadata httpGetEnabled="true" httpGetUrl="" />
<serviceDebug includeExceptionDetailInFaults="False" />
</behavior>
</serviceBehaviors>
</behaviors>
<services>
<service name="wa.DataService.WCFDS" behaviorConfiguration="metadataBehavior">
<endpoint address="" binding="basicHttpBinding" contract="IMetadataExchange"/>
<endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
</service>
</services>
Но тут есть два момента:
а) имя сервиса «wa.DataService.WCFDS» я написал вручную, так как его нет в предлагаемом списке имён, что приводит к предупреждению:
Атрибут "name" недействителен: значение "wa.DataService.WCFDS" недействительно с точки зрения его типа данных "serviceNameType" — Сбой ограничения Enumeration.
При этом обычный сервис WCF (не сервис данных) в списке имён присутствует. Тогда почему нет в списке сервиса данных? (Дополнение. Если добавить интерфейс с атрибутом [ServiceContract] к службе данных, то она появляется в списке
имён, но ошибка, описанная в пункте б, остаётся).
б) теперь при добавлении ссылки на службу данных ошибка другая:
Метаданные содержат неразрешимую ссылку: "http://localhost:25231/DataService/WCFDS.svc". Не удается активировать службу "/DataService/WCFDS.svc" из-за возникновения исключения в процессе компиляции. Сообщение об исключении: Служба "wa.DataService.WCFDS" не имеет конечных точек приложения (не инфраструктурных). Это может быть связано с тем, что для данного приложения не найден файл конфигурации или в файле конфигурации не удалось найти элементы службы, соответствующие данному имени службы, или конечные точки не были определены в элементе службы.
Что же тут не так? И это притом, что ссылка на обычную службу WCF (не службу данных) в silverlight-приложении добавляется без проблем и без дополнительных действий.
Update 3.
Снёс VS2013U3, установил VS2012U4 — всё тоже самое прошло без ошибок, ссылка на службу данных добавилась и данные на клиента передались также без ошибок… Источник проблемы под VS2013U3 остаётся невыясненным.
| title | author | description | ms.date | ms.assetid | msc.legacyurl | msc.type |
|---|---|---|---|---|---|---|
|
How to Use HTTP Detailed Errors in IIS 7.0 |
rick-anderson |
Every Web-Site Administrator or Web Developer has seen ‘404 — File not found’, ‘401 — Unauthorized’ or ‘500 — Server Error’ messages in his browser. This ar… |
12/12/2007 |
33897393-97b8-4ee1-836f-25b1348dc3a3 |
/learn/troubleshoot/diagnosing-http-errors/how-to-use-http-detailed-errors-in-iis |
authoredcontent |
by IIS Team
Introduction
Every Web-Site Administrator or Web Developer has seen «404 — File not found», «401 — Unauthorized» or «500 — Server Error» messages in his browser. This article helps you understand how and why IIS generates these errors and how they can be configured.
Many might think that generating error messages does not seem to justify a full article. But there is more to errors than meets the eye. Error messages are a sensitive topic, because every error reveals more about your web-site than you might want revealed. The more information someone can gather about your site, the likelier it is that you will be hacked. A search for «google hacking» or «cross-site scripting» reveals a wealth of information on this topic.
However, error messages are also a valuable tool to troubleshoot problems. Developers and Web-Site Administrators require as much detail as possible when an error occurs. Ideally the error message gives recommendations on how to fix the problem. Here is how IIS addresses these fundamentally opposed goals.
Errors, What Errors?
This article talks about HTTP errors as specified in the HTTP RFC (RFC 2616 — section 6.1.1). An HTTP error is always expressed by sending a response with a status code greater than 400 back to the requesting client.
Client Errors
Status codes between 400 and 500 specify an error that the client made, e.g. bad syntax or a request to a resource that doesn’t exist. You can try this by requesting a bogus URL from the web-site of your choice, for example: http://<IIS7Server>/this_resource_does_not_exist. You get a «404 — File not found» error.
Server Errors
Status codes starting with 500 are errors caused by the server. The most common causes for 500 errors on IIS systems are:
- An ASP or ASPX page that contains a syntax error
- The web server configuration or the application configuration cannot be read or is invalid
- The site is stopped
It is important to note that browsers like IE often replace errors returned from a web server with their own errors. This makes troubleshooting harder. In IE you can turn this feature off. Go to the «Tools» menu, select «Internet Options», click the «Advanced» tab and find the «Show friendly HTTP error messages» check box and uncheck it. To see the raw response, use HTTP tools like WFETCH in the IIS 6.0 Resource Kit (see «Related Links»).
HTTP Errors in IIS
There are two things that can happen when the httpError module (custerr.dll) encounters an error:
- A custom error is generated
- A detailed error is generated
Custom errors are error pages that the regular users of your web-site see. They contain a brief error description of why the error happened, but nothing else. Here is the custom error generated when you request a resource that does not exist, for example: http://<IIS7Server>/this_resource_does_not_exist
Detailed errors are intended for local administrators and developers. They are supposed to provide information that helps to immediately fix the problem. Here is an example of the same request, but now returning a Detailed Error:
This is dangerous, because Detailed Errors contain information about the inner workings of your web-site. Only trusted personnel should see a Detailed Error. The only way to ensures this is to only generate a detailed error if the request comes from the local machine. As soon as the request is not local, a custom error is generated. Look at the following flow diagram:
Data Flow
First: Error check
The httpError module receives a notification if a response is about to be sent (RQ_SEND_RESPONSE notification). The httpError module checks the status code of this response and immediately returns if the status code is not greater than 400.
Second: Custom Error or Detailed Error
The next check is determined by the request origin (is the request a local or remote request) and the setting of the errorMode property. The errorMode property is set to DetailedLocalOnly, which means that Custom Errors are generated for every remote request. If errorMode is set to «Custom», then all error responses will become Custom Error. If errorMode is set to «Detailed» all error responses will become Detailed Errors. The following table clarifies this behavior:
| errorMode | Request origin | Action |
|---|---|---|
| DetailedLocalOnly (default) | Local | Detailed Error |
| DetailedLocalOnly (default) | Remote | Custom Error |
| Custom | Local | Custom Error |
| Custom | Remote | Custom Error |
| Detailed | Local | Detailed Error |
| Detailed | Remote | Detailed Error |
If the httpError module determines that a Custom Error must be generated, it looks into its configuration to see if it can find a matching error. If a match is found, it sends the static file, redirects the request or executes the URL specified. If no match can be found, IIS send a basic one-line message containing the status code. The next section explains the Custom Error configuration in detail.
If custerr.dll determines that a Detailed Error must be generated, another check is needed. IIS does not touch the response if a module overrode the entity of the response with its own error description. It might contain valuable information. ASP.NET is a good example. The entity of an ASP.NET error response might contain the exception stack and its own error description. A Detailed Error is only generated if the entity body of the response is empty.
<httpErrors> Configuration
Here is the IIS custom error section obtained on a clean install:
[!code-xmlMain]
You see that if the status code of a response is 401, IIS will return a file named 401.htm.
Sub-Status Codes
Many HTTP errors have a sub-status. The IIS default Custom Errors configuration does not differentiate based sub-status codes. It sends the same Custom Error page if you enter the wrong credentials (401.1), or if you get access denied based on invalid rights to access a file (401.3). You can see the different sub-status codes in the log files or via Detailed Errors. Here is a list of the different 404 sub-status codes that IIS produces:
| Status | Description |
|---|---|
| 404.1 | Site could not be found |
| 404.2 | Denied by Policy. The request ISAPI or CGI program is not allowed in the Restriction List. |
| 404.3 | The static file handler did not have the file in its MimeMap and therefore rejected the request. |
| 404.4 | No handler was found to serve the request. |
| 404.5 | The Request Filtering Module rejected an URL sequence in the request. |
| 404.6 | The Request Filtering Module denied the HTTP verb of the request. |
| 404.7 | The Request Filtering module rejected the file extension of the request. |
| 404.8 | The Request Filtering module rejected a particular URL segment (characters between two slashes). |
| 404.9 | IIS rejected to serve a hidden file. |
| 404.11 | The Request Filtering module rejected a request that was double escaped. |
| 404.12 | The Request Filtering module rejected a request that contained high bit characters. |
| 404.14 | The Request Filtering module rejected a request with a URL that was too long. |
| 404.15 | The Request Filtering module rejected a request with a too long query string. |
| 413.1 | The Request Filtering module rejected a request that was too long (request + entity body). |
| 431 | The Request Filtering module rejected a header that was too long. |
You can configure the httpErrors section to show a Custom Error for particular sub-status codes. If you add the following line to the httpErrors configuration section, IIS returns 404_3.htm if a file with a file extension is requested that is not included in the IIS MimeMap (<staticContent> configuration section).
[!code-xmlMain]
Here is how to make the example work:
- Add the entry above to your httpErrors configuration section.
- Create a file named 404_3.htm in your
c:inetpubcusterren-usdirectory. - Create a file named test.yyy in you
c:inetpubwwwrootdirectory. - Now request
http://localhost/test.yyy.
The file extension .yyy is not part of the IIS MimeMap and the static file handler will not serve it.
New in IIS: Language-specific Custom Errors
Each more recent browser includes the language of the client as a request header. Here is an example of how this header might look:
[!code-consoleMain]
The syntax and registry of accepted languages is specified in RFC1766.
When generating an error, IIS takes this header into account when it looks for the custom error file it returns. It generates the path for the custom error using the following logic:
prefixLanguageFilePath configuration setting (for example c:inetpubcusterr)+
Accept-Language header sent by the client (for example en-us) +
Path configuration setting (for example 404.htm)
Example:
If the browser sends a request for an non-existing resource and the «Accept-Language» header has the value of «en-us,» the file that gets returned will be c:inetpubcusterren-us404.htm.
For example, if you are from Germany, you want your error messages in German. To do this, you must install the Windows Vista Language Pack for German. This creates the c:inetpubcusterrde-DE directory with custom error files in it. Now if the browser sends the «Accept-Language» header with the value of «de-DE, the file that gets returned will be c:inetpubcusterrde-DE404.htm.
IIS will always fall back to the system language if the directory «de-DE» does not exist.
[!NOTE]
Internet Explorer allows you to configure the Accept-Language header. Go to «Tools» — «Internet Option», select the «General» tab and click the «Languages» button.
Custom Error Options
In the above examples, IIS sends the contents of the file as the custom error response. IIS has two other ways to respond to an error: by executing an URL or by redirecting the request.
ExecuteUrl
If you want to do more in your custom error, e.g. sending an e-mail or logging the error to a database, you can execute an url. This allows you to execute dynamic content like an ASP.NET page. The example below replaces the 404 custom error. Now IIS executes /404.aspx whenever a 404 error occurs.
[!code-xmlMain]
Security Considerations
A word of caution: For architectural reasons, IIS can only execute the URL if it is located in the same Application Pool. Use the redirect feature to execute a Custom Error in a different Application Pool.
IIS can also return a 302 Redirect to the browser when a particular error occurs. Redirect is good if you have a server farm. For instance, you can redirect all your errors to a central location that you closely monitor.
There is risk however: responseMode=»File» (which is the default) allows you to specify every file on the disk. This will not work if you are very security conscious.
A workable scenario might include only allowing the delegation of the errorMode setting. This enables a developer to receive Detailed Errors for his application even if he is using a remote client. All that is necessary is to set errorMode=»Detailed». Here is how to configure this scenario:
Allow the delegation of the httpErrors section:
[!code-xmlMain]
Second, go to the <httpErrors> section in applicationHost.config and change it so that only errorMode is delegated:
[!code-xmlMain]
Summary
Custom and Detailed Errors are powerful IIS features. They help you to troubleshoot problems without compromising the security of your IIS Server. Many configuration options help you to custom tailor your users’ experience. Most importantly: experimenting with it is fun.
See also
- Troubleshooting Common IIS Errors
| title | author | description | ms.date | ms.assetid | msc.legacyurl | msc.type |
|---|---|---|---|---|---|---|
|
How to Use HTTP Detailed Errors in IIS 7.0 |
rick-anderson |
Every Web-Site Administrator or Web Developer has seen ‘404 — File not found’, ‘401 — Unauthorized’ or ‘500 — Server Error’ messages in his browser. This ar… |
12/12/2007 |
33897393-97b8-4ee1-836f-25b1348dc3a3 |
/learn/troubleshoot/diagnosing-http-errors/how-to-use-http-detailed-errors-in-iis |
authoredcontent |
by IIS Team
Introduction
Every Web-Site Administrator or Web Developer has seen «404 — File not found», «401 — Unauthorized» or «500 — Server Error» messages in his browser. This article helps you understand how and why IIS generates these errors and how they can be configured.
Many might think that generating error messages does not seem to justify a full article. But there is more to errors than meets the eye. Error messages are a sensitive topic, because every error reveals more about your web-site than you might want revealed. The more information someone can gather about your site, the likelier it is that you will be hacked. A search for «google hacking» or «cross-site scripting» reveals a wealth of information on this topic.
However, error messages are also a valuable tool to troubleshoot problems. Developers and Web-Site Administrators require as much detail as possible when an error occurs. Ideally the error message gives recommendations on how to fix the problem. Here is how IIS addresses these fundamentally opposed goals.
Errors, What Errors?
This article talks about HTTP errors as specified in the HTTP RFC (RFC 2616 — section 6.1.1). An HTTP error is always expressed by sending a response with a status code greater than 400 back to the requesting client.
Client Errors
Status codes between 400 and 500 specify an error that the client made, e.g. bad syntax or a request to a resource that doesn’t exist. You can try this by requesting a bogus URL from the web-site of your choice, for example: http://<IIS7Server>/this_resource_does_not_exist. You get a «404 — File not found» error.
Server Errors
Status codes starting with 500 are errors caused by the server. The most common causes for 500 errors on IIS systems are:
- An ASP or ASPX page that contains a syntax error
- The web server configuration or the application configuration cannot be read or is invalid
- The site is stopped
It is important to note that browsers like IE often replace errors returned from a web server with their own errors. This makes troubleshooting harder. In IE you can turn this feature off. Go to the «Tools» menu, select «Internet Options», click the «Advanced» tab and find the «Show friendly HTTP error messages» check box and uncheck it. To see the raw response, use HTTP tools like WFETCH in the IIS 6.0 Resource Kit (see «Related Links»).
HTTP Errors in IIS
There are two things that can happen when the httpError module (custerr.dll) encounters an error:
- A custom error is generated
- A detailed error is generated
Custom errors are error pages that the regular users of your web-site see. They contain a brief error description of why the error happened, but nothing else. Here is the custom error generated when you request a resource that does not exist, for example: http://<IIS7Server>/this_resource_does_not_exist
Detailed errors are intended for local administrators and developers. They are supposed to provide information that helps to immediately fix the problem. Here is an example of the same request, but now returning a Detailed Error:
This is dangerous, because Detailed Errors contain information about the inner workings of your web-site. Only trusted personnel should see a Detailed Error. The only way to ensures this is to only generate a detailed error if the request comes from the local machine. As soon as the request is not local, a custom error is generated. Look at the following flow diagram:
Data Flow
First: Error check
The httpError module receives a notification if a response is about to be sent (RQ_SEND_RESPONSE notification). The httpError module checks the status code of this response and immediately returns if the status code is not greater than 400.
Second: Custom Error or Detailed Error
The next check is determined by the request origin (is the request a local or remote request) and the setting of the errorMode property. The errorMode property is set to DetailedLocalOnly, which means that Custom Errors are generated for every remote request. If errorMode is set to «Custom», then all error responses will become Custom Error. If errorMode is set to «Detailed» all error responses will become Detailed Errors. The following table clarifies this behavior:
| errorMode | Request origin | Action |
|---|---|---|
| DetailedLocalOnly (default) | Local | Detailed Error |
| DetailedLocalOnly (default) | Remote | Custom Error |
| Custom | Local | Custom Error |
| Custom | Remote | Custom Error |
| Detailed | Local | Detailed Error |
| Detailed | Remote | Detailed Error |
If the httpError module determines that a Custom Error must be generated, it looks into its configuration to see if it can find a matching error. If a match is found, it sends the static file, redirects the request or executes the URL specified. If no match can be found, IIS send a basic one-line message containing the status code. The next section explains the Custom Error configuration in detail.
If custerr.dll determines that a Detailed Error must be generated, another check is needed. IIS does not touch the response if a module overrode the entity of the response with its own error description. It might contain valuable information. ASP.NET is a good example. The entity of an ASP.NET error response might contain the exception stack and its own error description. A Detailed Error is only generated if the entity body of the response is empty.
<httpErrors> Configuration
Here is the IIS custom error section obtained on a clean install:
[!code-xmlMain]
You see that if the status code of a response is 401, IIS will return a file named 401.htm.
Sub-Status Codes
Many HTTP errors have a sub-status. The IIS default Custom Errors configuration does not differentiate based sub-status codes. It sends the same Custom Error page if you enter the wrong credentials (401.1), or if you get access denied based on invalid rights to access a file (401.3). You can see the different sub-status codes in the log files or via Detailed Errors. Here is a list of the different 404 sub-status codes that IIS produces:
| Status | Description |
|---|---|
| 404.1 | Site could not be found |
| 404.2 | Denied by Policy. The request ISAPI or CGI program is not allowed in the Restriction List. |
| 404.3 | The static file handler did not have the file in its MimeMap and therefore rejected the request. |
| 404.4 | No handler was found to serve the request. |
| 404.5 | The Request Filtering Module rejected an URL sequence in the request. |
| 404.6 | The Request Filtering Module denied the HTTP verb of the request. |
| 404.7 | The Request Filtering module rejected the file extension of the request. |
| 404.8 | The Request Filtering module rejected a particular URL segment (characters between two slashes). |
| 404.9 | IIS rejected to serve a hidden file. |
| 404.11 | The Request Filtering module rejected a request that was double escaped. |
| 404.12 | The Request Filtering module rejected a request that contained high bit characters. |
| 404.14 | The Request Filtering module rejected a request with a URL that was too long. |
| 404.15 | The Request Filtering module rejected a request with a too long query string. |
| 413.1 | The Request Filtering module rejected a request that was too long (request + entity body). |
| 431 | The Request Filtering module rejected a header that was too long. |
You can configure the httpErrors section to show a Custom Error for particular sub-status codes. If you add the following line to the httpErrors configuration section, IIS returns 404_3.htm if a file with a file extension is requested that is not included in the IIS MimeMap (<staticContent> configuration section).
[!code-xmlMain]
Here is how to make the example work:
- Add the entry above to your httpErrors configuration section.
- Create a file named 404_3.htm in your
c:inetpubcusterren-usdirectory. - Create a file named test.yyy in you
c:inetpubwwwrootdirectory. - Now request
http://localhost/test.yyy.
The file extension .yyy is not part of the IIS MimeMap and the static file handler will not serve it.
New in IIS: Language-specific Custom Errors
Each more recent browser includes the language of the client as a request header. Here is an example of how this header might look:
[!code-consoleMain]
The syntax and registry of accepted languages is specified in RFC1766.
When generating an error, IIS takes this header into account when it looks for the custom error file it returns. It generates the path for the custom error using the following logic:
prefixLanguageFilePath configuration setting (for example c:inetpubcusterr)+
Accept-Language header sent by the client (for example en-us) +
Path configuration setting (for example 404.htm)
Example:
If the browser sends a request for an non-existing resource and the «Accept-Language» header has the value of «en-us,» the file that gets returned will be c:inetpubcusterren-us404.htm.
For example, if you are from Germany, you want your error messages in German. To do this, you must install the Windows Vista Language Pack for German. This creates the c:inetpubcusterrde-DE directory with custom error files in it. Now if the browser sends the «Accept-Language» header with the value of «de-DE, the file that gets returned will be c:inetpubcusterrde-DE404.htm.
IIS will always fall back to the system language if the directory «de-DE» does not exist.
[!NOTE]
Internet Explorer allows you to configure the Accept-Language header. Go to «Tools» — «Internet Option», select the «General» tab and click the «Languages» button.
Custom Error Options
In the above examples, IIS sends the contents of the file as the custom error response. IIS has two other ways to respond to an error: by executing an URL or by redirecting the request.
ExecuteUrl
If you want to do more in your custom error, e.g. sending an e-mail or logging the error to a database, you can execute an url. This allows you to execute dynamic content like an ASP.NET page. The example below replaces the 404 custom error. Now IIS executes /404.aspx whenever a 404 error occurs.
[!code-xmlMain]
Security Considerations
A word of caution: For architectural reasons, IIS can only execute the URL if it is located in the same Application Pool. Use the redirect feature to execute a Custom Error in a different Application Pool.
IIS can also return a 302 Redirect to the browser when a particular error occurs. Redirect is good if you have a server farm. For instance, you can redirect all your errors to a central location that you closely monitor.
There is risk however: responseMode=»File» (which is the default) allows you to specify every file on the disk. This will not work if you are very security conscious.
A workable scenario might include only allowing the delegation of the errorMode setting. This enables a developer to receive Detailed Errors for his application even if he is using a remote client. All that is necessary is to set errorMode=»Detailed». Here is how to configure this scenario:
Allow the delegation of the httpErrors section:
[!code-xmlMain]
Second, go to the <httpErrors> section in applicationHost.config and change it so that only errorMode is delegated:
[!code-xmlMain]
Summary
Custom and Detailed Errors are powerful IIS features. They help you to troubleshoot problems without compromising the security of your IIS Server. Many configuration options help you to custom tailor your users’ experience. Most importantly: experimenting with it is fun.
See also
- Troubleshooting Common IIS Errors
User911049975 posted
This might have been asked/answered earlier but I’m not getting any results in the search, so asking it.
I’m getting following error while trying to setup a web service on my laptop running Vista and IIS 7.0. Googling and Live search hasn’t help much too. Please help.
**********************************************************************************************************
Server Error
HTTP Error 500.0 — Internal Server Error
Description: The page cannot be displayed because an internal server error has occurred.
Error Code: 0x800700b7
Notification: BeginRequest
Module: IIS Web Core
Requested URL:
http://localhost/MyWebService/MyWebService.asmx
Physical Path: E:ProjectsSourceWebrootMyWebServiceMyWebService.asmx
Logon User: Not yet determined
Logon Method: Not yet determined
Handler: Not yet determined
Most likely causes:
- IIS received the request; however, an internal error occurred during the processing of the request. The root cause of this error depends on which module handles the request and what was happening in the worker process when this error occurred.
- IIS was not able to access the web.config file for the Web site or application. This can occur if the NTFS permissions are set incorrectly.
- IIS was not able to process configuration for the Web site or application.
- The authenticated user does not have permission to use this DLL.
- The request is mapped to a managed handler but the .NET Extensibility Feature is not installed.
What you can try:
- Ensure that the NTFS permissions for the web.config file are correct and allow access to the Web server’s machine account.
- Check the event logs to see if any additional information was logged.
- Verify the permissions for the DLL.
- Install the .NET Extensibility feature if the request is mapped to a managed handler.
- Create a tracing rule to track failed requests for this HTTP status code. For more information about creating a tracing rule for failed requests, click
here.
More Information… This error means that there was a problem while processing the request. The request was received by the Web server, but during processing a fatal error occurred, causing the 500 error.
Microsoft Knowledge Base Articles:
- 294807
Server Version Information: Internet Information Services 7.0.
User911049975 posted
This might have been asked/answered earlier but I’m not getting any results in the search, so asking it.
I’m getting following error while trying to setup a web service on my laptop running Vista and IIS 7.0. Googling and Live search hasn’t help much too. Please help.
**********************************************************************************************************
Server Error
HTTP Error 500.0 — Internal Server Error
Description: The page cannot be displayed because an internal server error has occurred.
Error Code: 0x800700b7
Notification: BeginRequest
Module: IIS Web Core
Requested URL:
http://localhost/MyWebService/MyWebService.asmx
Physical Path: E:ProjectsSourceWebrootMyWebServiceMyWebService.asmx
Logon User: Not yet determined
Logon Method: Not yet determined
Handler: Not yet determined
Most likely causes:
- IIS received the request; however, an internal error occurred during the processing of the request. The root cause of this error depends on which module handles the request and what was happening in the worker process when this error occurred.
- IIS was not able to access the web.config file for the Web site or application. This can occur if the NTFS permissions are set incorrectly.
- IIS was not able to process configuration for the Web site or application.
- The authenticated user does not have permission to use this DLL.
- The request is mapped to a managed handler but the .NET Extensibility Feature is not installed.
What you can try:
- Ensure that the NTFS permissions for the web.config file are correct and allow access to the Web server’s machine account.
- Check the event logs to see if any additional information was logged.
- Verify the permissions for the DLL.
- Install the .NET Extensibility feature if the request is mapped to a managed handler.
- Create a tracing rule to track failed requests for this HTTP status code. For more information about creating a tracing rule for failed requests, click
here.
More Information… This error means that there was a problem while processing the request. The request was received by the Web server, but during processing a fatal error occurred, causing the 500 error.
Microsoft Knowledge Base Articles:
- 294807
Server Version Information: Internet Information Services 7.0.
Мы описывали как настраивать веб-публикацию на IIS в инструкции.
Но после настройки веб-публикации при подключении к базе может возникать ошибка “Ошибка HTTP 500.0 — Internal Server Error”.
Если модуль был установлен с 32-битного клиента, то требуется это указать в пуле приложений. Для этого мы делаем следующую настройку:
- Заходим в Панель управления → Администрирование → Диспетчер служб IIS.
- Выбираем Пулы приложения которые задействованы в веб-публикации, в нашем случае DefaultAppPool.
- Нажимаем ПКМ Дополнительные параметры.
- В строке Разрешены 32-разрядные приложения мы указываем True как на Рисунке 1.
- Нажимаем ОК.
Рисунок 1 — Дополнительные параметры пула приложений
Если не сработало, есть следующие возможные решения:
- Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера. Заходим в директорию, где размещена публикация (по умолчанию — C:inetpubwwwrootИМЯ_БАЗЫ). Нажимаем ПКМ на web.config → Свойства → Безопасность. Убедитесь в том, что у группы IIS_USERS есть права на чтение, выполнение, запись и изменение файла. Если нет — нажмите кнопку Изменить, в появившемся окне Добавить → Дополнительно и найдите в списке IIS_USERS. Добавьте эту группу и назначьте соответствующие права.
- Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация. Открываем Выполнить (ПКМ на кнопку меню пуск или сочетанием клавиш Win+R), вводим “eventvwr.msc”, нажимаем Enter. Возможно, журнал даст подсказку какой компонент может сбоить.
- Переустановите компонент IIS на сервере. В диспетчере серверов удалите роль Веб-сервера IIS, перезагрузите сервер, а затем установите заново через оснастку Добавить роли и компоненты.
- Установите компонент расширения .NET, если запрос сопоставлен управляемому обработчику.
В Windows Server 2012 и младше: заходим в Диспетчер серверов → Добавить роли и компоненты → Роли сервера → Веб-сервер (IIS) → Веб-сервер → Разработка приложений → Расширяемость .NET. Далее идём далее по указаниям системы.
После применения настроек, мы можем подключаться к настроенной веб-публикации без ошибок.
Нужна готовая настройка веб-доступа к 1С? Попробуйте наш сервер 1С в аренду, в услугу включены все настройки и обслуживание.
Описание ошибки:
Ошибка HTTP 500.0 — Internal Server Error
У разыскиваемого ресурса возникли проблемы, его отображение невозможно.
Подробные сведения об ошибке
Модуль IsapiModule
Уведомление ExecuteRequestHandler
Обработчик 1C Web-service Extension
Код ошибки 0x8007007f
Запрашиваемый URL-адрес http://192.168.0.222:80/1cbase
Физический путь C:inetpubwwwroot1CBase
Способ входа Анонимная
Пользователь, выполнивший вход Анонимная
Наиболее вероятные причины:
У фильтра ISAPI есть зависимости, не доступные на веб-сервере.
Службы IIS получили запрос; однако при его обработке возникла внутренняя ошибка. Основная причина этой ошибки зависит от того, какой модуль обрабатывает запрос и что происходило в рабочем процессе при возникновении ошибки.
Службам IIS не удалось получить доступ к файлу web.config для веб-сайта или приложения. Причиной может быть неправильная настройка разрешений NTFS.
Службам IIS не удалось обработать настройки веб-сайта или приложения.
У прошедшего проверку пользователя нет разрешения на использование этой DLL.
Что можно предпринять:
Попробуйте запустить средство Reskit «depends» в DLL ISAPI.
Убедитесь, что разрешения NTFS для файла web.config верны и обеспечивают доступ к учетной записи компьютера веб-сервера.
Проверьте журналы событий, чтобы посмотреть, была ли зафиксирована какая-либо дополнительная информация.
Проверьте разрешения на использование библиотеки DLL.
Создайте правило трассировки, чтобы отслеживать невыполненные запросы для этого кода состояния HTTP. Чтобы получить дополнительные сведения о создании правила трассировки для невыполненных запросов, щелкните здесь.
Свой сайт /
Веб-справка
Аннотация
При обращении пользователей к серверу, на котором запущены информационные службы интернета (Internet Information Services, IIS), по протоколу HTTP или FTP (File Transfer Protocol), сервер возвращает число, показывающее состояние выполнения запроса. Данное число называется кодом состояния и сохраняется в журнале служб IIS, а также может отображаться веб-обозревателем или клиентом FTP. Код состояния показывает, выполнен ли запрос, а также может сообщать о причинах сбоя при выполнении запроса.
Дополнительная информация
Местонахождение файла журнала
По умолчанию файлы журналов служб IIS находятся в папке %WIN DIRSystem32 Logfiles. Данная папка содержит отдельные подкаталоги для каждого узла WWW (World Wide Web) и FTP. По умолчанию новый файл журнала создается ежедневно. Имя данного файла формируется, исходя из текущей даты (например exГГММДД.log).
HTTP
1xx — Информационные коды
Перечисленные ниже коды состояния представляют собой предварительные ответы. Перед получением окончательного ответа клиент может получить один или несколько ответов с кодами состояния 1xx.
- 100 — Следует продолжать работу.
- 101 — Смена протоколов.
2xx — Запрос принят
Нижеперечисленные коды показывают, что сервер успешно принял запрос клиента.
- 200 — ОК. Запрос выполнен успешно.
- 201 — Создан ресурс.
- 202 — Запрос принят.
- 203 — Неавторизованные сведения.
- 204 — Содержимое отсутствует.
- 205 — Сброс содержимого.
- 206 — Частичный ответ.
3xx — Перенаправление
Данные коды показывают, что для выполнения запроса необходимо, чтобы в еб-обозреватель клиента выполнил дополнительные действия. Например, может потребоваться, чтобы веб-обозреватель запросил с сервера другую страницу или повторил запрос, используя прокси-сервер.
- 302 — Объект перемещен.
- 304 — Объект не изменялся.
- 307 — Временное перенаправление.
4xx — Ошибка на стороне клиента
Данные коды показывают, что по вине клиента возникла ошибка. Например, клиент мог запросить отсутствующую страницу или не предоставить сведения для проверки подлинности.
- 400 — Неверный запрос.
- 401 — Отсутствуют необходимые права доступа. Если возникает ошибка с кодом 401, то службы IIS возвращают расширенный код, указывающий причину ошибки. Это коды отображаются на экране веб-обозревателя, но не регистрируются в журнале служб IIS.
- 401.1 — Вход в систему не выполнен.
- 401.2 — Вход не выполнен из-за настройки сервера.
- 401.3 — Доступ запрещен таблицей управления доступом (ТУД) к ресурсу.
- 401.4 — Доступ запрещен фильтром.
- 401.5 — Доступ запрещен приложением ISAPI/CGI.
- 401.7 – Доступ запрещен политикой авторизации URL веб-сервера. Данный код поддерживается только службами IIS 6.0.
- 403 — Запрет доступа. Если возникает ошибка с кодом 403, то службы IIS возвращают расширенный код, указывающий причину ошибки.
- 403.1 — Нет доступа на выполнение.
- 403.2 — Нет доступа на чтение.
- 403.3 — Нет доступа на запись.
- 403.4 — Требуется протокол SSL.
- 403.5 — Требуется протокол SSL 128.
- 403.6 — IP-адрес отклонен.
- 403.7 — Требуется сертификат для клиента.
- 403.8 — Отказ в доступе к узлу.
- 403.9 — Подключено слишком много пользователей.
- 403.10 — Недопусти мая конфигурация.
- 403.11 — Необходим другой пароль.
- 403.12 — Отказ доступа от программы сопоставления.
- 403.13 — Клиентский сертификат отозван.
- 403.14 — Просмотр каталога запрещен.
- 403.15 — Достигнуто максимальное число разрешенных одновременных подключений.
- 403.16 — Клиентский сертификат недействителен или не вызывает доверия.
- 403.17 — Срок действия клиентского сертификата уже истек или еще не начался.
- 403.18 — Не удается выполнить запрошенный адрес URL в текущем пуле приложения. Данный код поддерживается только с лужбами IIS 6.0.
- 403.19 — Не возможно выполнять прило жения CGI для этого клиента в данном пуле приложений. Данный код поддерживается только службами IIS 6.0.
- 403,20 — Вход систему с помощью служб Passport не выполнен. Данный код поддерживается только службами IIS 6.0.
- 404 — Объект не найден.
- 404.0 — (отсутствует) – Файл или каталог не найден.
- 404.1 — Веб-узел не доступен по запрошенному порту.
- 404.2 — Запрос отклонен политикой закрытия расширений веб-служб.
- 404.3 — Запрос отклонен политикой сопоставления MIME.
- 405 — Для доступа к странице используется недопустимый метод HTTP (недопустимый метод).
- 406 — Веб-обозреватель клиента на поддерживает тип MIME запрошенной страницы.
- 407 — Требуется проверка подлинности через прокси-сервер.
- 412 — Отказ после проверки предварительного условия.
- 413 – Размер запроса слишком велик.
- 414 — Слишком длинный запрос URI.
- 415 – Неподдерживаемый тип носителя.
- 416 – Значение за пределами диапазона.
- 417 — Ошибка при выполнении.
- 423 – Ошибка блокировки.
5xx — Ошибки сервера
Данные к оды показывают, что сервер не может выполнить запрос, поскольку при выполнении возникла ошибка.
- 500 — Внутренняя ошибка сервера.
- 500.12 — Приложение в процессе перезапуска.
- 500.13 — Сервер перегружен.
- 500.15 — Запросы на файл Global.asa недопустимы.
- 500.16 – Учетные данные не позволяют выполнить проверку подлинности при подключении к адресу UNC. Данный код поддерживается только службами IIS 6.0.
- 500.18 – Не удается открыть хранилище данных авторизации URL. Данный код поддерживается только службами IIS 6.0.
- 500.100 — Внутренняя ошибка ASP.
- 501 — Значения, указанные в заголовке, требуют нереализованную возможность.
- 502 — Выполняя роль шлюза или прокси, веб-сервер получил ошибочный ответ.
- 502.1 — Превышен интервал ожидания ответа от приложения CGI.
- 502.2 — Ошибка в приложении CGI.
- 503 — Служба недоступна. Данный код поддерживается только службами IIS 6.0.
- 504 — Превышен интервал ожидания ответа от шлюза.
- 505 — Неподдерживаемая версия HTTP.
Основные коды состояния HTTP и их описание
- 200 — Запрос выполнен успешно. Данный код показывает, что сервер IIS успешно обработал запрос.
- 304 — Объект не изменялся. Клиент запросил документ, который имеется в кэше клиента и не изменялся после кэширования. Вместо загрузки документа с сервера клиент использует кэшированную копию данного документа.
- 401.1 — Вход в систему не выполнен. При входе в системе произошел сбой (как правило, вследствие указания ошибочного имени пользователя или пароля).
- 401.3 — Доступ запрещен списком управления доступом (ACL) к ресурсу. Появление данного кода свидетельствует о проблеме с разрешениями NTFS. Эта ошибка может возникать, даже если для запрашиваемого файла разрешения установлены правильно. Например, данная ошибка появляется, если для учетной записи IUSR отсутствуют права доступа к папке C:WinntSystem32Inetsrv. Дополнительные сведения об устранении данной ошибки см. в следующей статье базы знаний Microsoft:
187506 Разрешения NTFS и права пользователей, необходимые для работы сервера IIS 4.0 - 403.1 — Нет доступа на выполнение. Как правило, данная ошибка возникает по следующим причинам.
- Отсутствует право на выполнение. Например, данная ошибка может возникать при обращении к странице ASP, находящейся в папке, для которой отсутствуют разрешения на выполнение, или при запуске сценария CGI из папки, для которой установлены разрешения «Только сценарии». Чтобы добавить право выполнения, в соответствующей консоли MMC щелкните нужную папку правой кнопкой мыши, выберите пункт Свойства, перейдите на вкладку Каталог и убедитесь, что для требуемых объектов разрешения Разрешен запуск установлены должным образом.
Используемый метод (например GET или POST) отсутствует в сопоставлении сценариев для требуемого типа файлов. Чтобы проверить, присутствует ли требуемый метод, в соответствующей консоли MMC щелкните нужную папку правой кнопкой мыши, выберите пункт Свойства, перейдите на вкладку Каталог, щелкните команду Конфигурация и убедитесь, ч то в сопоставлении сценариев для требуемого типа файлов разрешено использование соответствующего метода. - 403.2 — Нет доступа на чтение. Убедитесь, что в конфигурации служб IIS разрешено чтение из данной папки. Кроме того, если используется документ по умолчанию, убедитесь, что данный документ существует. Дополнительные сведения об устранении данной проблемы см. в следующей статье базы знаний Microsoft:
247677 Появление сообщения об ошибке «403.2 Запрет доступа. Нет доступа на чтение.» - 403.3 — Нет доступа на запись. Убедитесь, что существующие разрешения IIS и разрешения NTFS позволяют выполнять запись в нужную папку. Дополнительные сведения об устранении данной проблемы см. в следующей статье базы знаний Ма й крософт:
248072 Появление сообщения об ошибке «403.3 Запрет доступа. Нет доступа на запись.» - 403.4 — Требуется протокол SSL. Отключите параметр Требует ся безопасный канал или используйте для доступа к данной странице протокол HTTPS, а не HTTP. Если эта ошибка появляется при обращении к веб-узлу, для которого не установлен сертификат, обратитесь к следующей статье базы знаний Microsoft:
224389 Появление сообщений об ошибках 403, 403.4, 403.5 «Запрет доступа. Требуется протокол SSL.» - 403.5 — Требуется протокол SSL 128. Отключите параметр Требуется 12 8 -и разрядное шифрование или используйте для просмотра данной страницы веб-обозреватель, поддерживающий 128-разрядное шифрование. Если эта ошибка появляется при обращении к веб-узлу, для которого не установлен сертификат, обратитесь к следующей статье базы знаний Microsoft: 224389 Появление сообщений об ошибках 403, 403.4, 403.5 «Запрет доступа. Требуется протокол SSL.»
- 403.6 — IP-адрес отклонен. Конфигурация веб-сервера запрещает доступ с данного IP-адреса. Дополнительные сведения об устранении данной проблемы см. в следующей статье базы знаний Microsoft:
248043 При подключении к веб-серверу появляется сообщение об ошибке: «Ошибка HTTP 403.6 — Запрет доступа: IP-адрес отклонен» - 403.7 — Требуется сертификат для клиента. Конфигурация веб-сервера требует наличие сертификата для выполнения проверки подлинности клиента, однако сертификат для клиента не установлен. Дополнительные сведения см. в следующих статьях базы знаний Майкрософт.
190004 Появление сообщения об ошибках 403.7 или «Не удается установить соединение с сервером»
186812 PRB: Появление сообщения об ошибке «403.7 Запрет доступа. Требуется сертификат для клиента.» - 403.8 — Отказ в доступе к узлу. Существующие ограничения на доменное имя запрещают доступ к веб-узлу из текущего домена. Дополнительные сведения об устранении данной проблемы см. в следующей статье базы знаний Microsoft:
248032 Появление сообщения об ошибке «403.8 Запрет доступа. Отказ в доступе к узлу.» - 403.9 — Подключено слишком много пользователей. Число пользователей, подключенных к веб-узлу, превысило максимально допустимое число подключений, указанное в конфигурации. Дополнительные сведения об изменении данного значения см. в следующей с тать е базы знаний Майк ро софт:
248074 Ошибка HTTP 403.9 — Запрет доступа: подключено слишком много пользователей
Примечание. Microsoft Windows 2000 Professional и Microsoft Windows XP Professional допускают одновременное подключение к службам IIS десяти пользователей. Это значение изменить нельзя. - 403.12 — Отказ доступа от программы сопоставления. Для доступа к запрошенной странице необходим сертификат клиента, однако пользователь, сопоставленный используемому клиентскому сертификату, не имеет прав доступа к данному файлу. Дополнительные сведения см. в следующей статье базы знаний Microsoft:
248075 Появление сообщения об ошибке «403.12 Запрет доступа. Отказ до с тупа от программы сопоставления.» - 404 — Объект не найден. Данная ошибка может возникать, если запрошенный файл был удален или перемещен. Кроме того, указанное сообщение об ошибке появляется, если после установки средства URLScan был ограничен доступ к файлам с запрошенным расширением. В этом случае в файле журнала для данного запроса будет добавлена строка «Rejected by URLScan».
- 500 — Внутренняя ошибка сервера. Данное сообщение об ошибке может появляться вследствие различных причин. Дополнительные сведения о причинах подобных ошибок могут помещаться в журнал событий. Кроме того, для получения полного описания ошибки можно отключить вывод подробных сообщений об ошибках HTTP. Дополнительные сведения об отключении вывода подробных сообщений об ошибках HTTP см. в следующей статье базы знаний Microsoft:
294 807 Отключение параметра «Выводить подробные сообщения об ошибках http» в обозревателях Internet Explorer 5.x и 6.x на стороне сервера - 500.12 — Приложение в процессе перезапуска. Данное сообщение появляется при попытке загрузить страницу ASP в то время, когда сервер IIS перезапускает приложение. После обновления страницы данное сообщение должно исчезнуть. Если после обновления страницы указанное сообщение остается, то это может быть вызвано работой антивирусной программы, которая проверяет файл Global.asa. Дополнительные сведения см. в следующей статье базы знаний Microsoft:
248013 Сообщение «Ошибка HTTP 500-12 Перезапуск приложения» при подключении к Microsoft Internet Information Services 5. 0 - 500-100.ASP — Внутренняя ошибка ASP. Данное сообщение об ошибке появляется при загрузке страницы ASP, содержащей ошибки. Чтобы получить более полную информацию о данной ошибке, отключите вывод подробных сообщений об ошибках HTTP. По умолчанию данная ошибка может появляться только на веб-узле по умолчанию. Дополнительные сведения о том, как увидеть данную ошибку на веб-узлах, не являющихся узлами по умолчанию, см. в следующей статье базы знаний Microsoft:
261200 Вместо сообщения об ошибке из файла 500-100.asp отображается сообщение об ошибке HTTP с кодом 500 - 502 — Неправильный шлюз. Данное сообщение об ошибке появляется при запуске сценария CGI, не возвращающего соответствующий набор заголовков HTTP.
FTP
1xx — Положительный предварительный ответ
Данный код состояния говорит о том, что выполнение действия началось успешно, но перед переходом к новой команде клиент должен дождаться следующего ответа.
- 110 Значение маркера повторного запуска.
- 120 Служба будет готова через ххх минут.
- 125 Соединение для передачи данных уже уст ановл ено; передача данных начата.
- 150 Состояние файла проверено. Сервер готов к установке соединения для передачи данных.
2xx — Оповещение о выполнении команды
Действие завершилось успешно. Клиент может выполнять следующую команду.
- 200 Команда выполнена успешно.
- 202 Команда не реализована. На данном узле команда не требуется.
- 211 Состояние системы или справка по системе.
- 212 Состояние каталога.
- 213 Состояние файла.
- 214 Справочное сообщение.
- 215 ИМЯ тип системы, где ИМЯ — официальное имя системы в соответствии с документом о присвоении номеров.
- 220 Система готова обслуживать нового пользователя.
- 221 Служба разрывает управляющее соединение. Если необходимо, будет произведен выход из системы.
- 225 Соединение для передачи данных установлено; передача не выполняется.
- 226 Соединение для передачи данных разрывается. Требуемое действие выполнено (например пере дача или прекращение передачи файла).
- 227 Выполняется вход в пассивный режим (h1,h2,h3,h4,p1,p2).
- 230 Пользователь вошел в систему. Производится обработка.
- 250 Требуемое действие завершено успешно.
- 257 Создана папка «ПУТЬ».
3xx — Положительные промежуточные ответы
Данные коды состояния говорят о том, что команда выполнена успешно, но для завершения выполнения запроса клиент должен передать серверу дополнительные сведения.
- 331 Имя пользователя получено. Необходимо ввести пароль.
- 332 Необходима учетная запись для входа в систему.
- 350 Для выполнения запрашиваемого действия требуются дополнительные данные.
4xx — Промежуточные отрицательные ответы
При выполнении команды возникла временная ошибка. Если клиент повторит команду, она может выполниться успешно.
- 421 Служба недоступна. Управляющее соединение разрывается. Данное сообщение может отправляться в ответ на какую-либо команду, если служба должна завершить работу.
- 425 Не удается установить соединение для передачи данных.
- 426 Соединение разорвано; передача прекращена.
- 450 Требуемое действие не выполнено. Файл недоступен (например, файл может быть занят).
- 451 Выполнение требуемого действия прервано: при выполнении возникла ошибка.
- 452 Требуемое действие не выполнено. Системе не хватает места на диске.
5xx — Окончательные отрицательные ответы
При выполнении команды возникла ошибка. Данная ошибка носит постоянный характер. Если клиент повторит команду, при ее выполнении возникнет такая же ошибка.
- 500 Синтаксическая ошибка. Команда не распознана. Одной из причин возникновения этой ошибки является использование слишком длинных команд.
- 501 Синтаксическая ошибка в аргументах или параметрах.
- 502 Команда не реализована.
- 503 Ошибочная последовательность команд.
- 504 Для данного параметра команда не реализована.
- 530 Не выполнен вход в систему.
- 532 Необходима учетная запись для сохранения файлов.
- 550 Требуемое действие не выполнено. Файл недоступен (например, файл не найден или нет доступа к файлу).
- 551 Выполнение требуемого действия прервано. Неизвестный тип страницы.
- 552 Выполнение требуемого действия прервано. Превышен максимально допустимый объем места на диске (в текущей папке или в наборе данных).
- 553 Требуемое действие не выполнено. Недопустимое имя файла.
Основные коды состояния FTP и их описание
- 150 — Протокол FTP использует два порта: порт 21 для передачи команд и порт 20 для передачи данных. Код состояния 150 показывает, что сервер собирается установить новое соединение на порту 20 для передачи данных.
- 226 — Команда устанавливает подключение к порту 20, чтобы выполнить какие-либо действия (например передать файл). Данное действие было завершено успешно. Соединение разорвано.
- 230 — Сообщение с этим кодом появляется после отправки клиентом правильного пароля. Данный код состояния показывает, что пользователь вошел в систему.
- 331 — Сообщение с этим кодом появляется после отправки клиентом имени пользователя. Это сообщение появляется независимо от того, присутствует ли в системе указанное имя пользователя.
- 426 — Команда устанавливает подключение к порту 20, чтобы выполнить какие-либо действия, однако выполнение действия было отменено и соединение было разорвано.
- 530 — Данный код состояния показывает, что пользователь не может войти в систему, поскольку введена ошибочная комбинация имени пользователя и пароля. Если для входа в систему используется учетная запись пользователя, то данное сообщение может появляться, если имя пользователя или пароль введены неправильно или если в систем у могут входить только анонимные пользователи. Если для входа в систему используется анонимная учетная запись, то данное сообщение может появляться, если сервер IIS не поддерживает вход анонимных пользователей.
- 550 — Команда не выполнена, поскольку требуемый файл недоступен. Данное сообщение может появляться при попытке получить отсутствующий файл с помощью команды GET, при использовании команды PUT для сохранения файла в папке, для которой отсутствует право записи, а также в некоторых других случаях.
Умные люди придумали коды, по которым можно определить, что произошло с HTTP-запросом. Успешен ли он, произошло ли перенаправление. Или же все закончилось ошибкой. Как раз об ошибках и будем говорить в этой статье. Вкратце расскажу, какие они бывают и с чем связаны.
А еще тут будет парочка забавных (и не очень) пикч и анимаций на тему описанных ошибок. Хоть какое-то развлечение.
Ошибки со стороны клиента (4xx)
Для начала перечислим коды ошибок на стороне клиента. Вина за их появление ложится на плечи обоих участников соединения.
400 Bad Request
Такой ответ от браузера можно получить в том случае, если сервер не смог правильно отреагировать на запрос со стороны пользователя. Часто код 400 возникает при попытке клиента получить доступ к серверу без соблюдения правил оформления синтаксиса протокола передачи гипертекста (HTTP). Повторный запрос не стоит отправлять до тех пор, пока не будет исправлена ошибка (или несколько из них).
401 Unauthorized
Код 401 возникает при попытке клиента получить доступ к серверу, используя неправильные данные для авторизации. По сути, используется, когда пользователь вводит неправильный логин и пароль на ресурсе, где требуется эта информация для входа. Читайте: Как исправить ошибку 401
402 Payment Required
Эта ошибка сообщает клиенту о том, что для успешного выполнения запроса ему необходимо оплатить доступ к серверу. Изначально код 402 должен был стать неким стандартом для цифровой валюты и оплаты контента в сети. Но не срослось. До сих пор нет единого решения по поводу того, как должны выглядеть платежи в сети. Также нет и единого решения по поводу того, как стоит использовать 402.
Все еще считается, что код существует с расчетом на будущее. Сейчас почти не используется и поддерживается не всеми браузерами.
403 Forbidden
Почти то же, что и 401. Сервер снова не разрешает к нему подключиться, хотя с запросом все в порядке. Просто нет доступа. Причем повторная авторизация с другими логином и паролем никак не помогут. Все вопросы к владельцам сервера (но не всегда). Инструкция по устранению ошибки.
Творчество на тему знаменитой киносаги
404 Not Found
Легендарная ошибка, ставшая популярным мемом. 404 оповещает клиента о том, что его запрос ведет в никуда. Код возникает, когда пользователь пытается попасть на страницу, которой не существует. Например, когда случайно ошибается при вводе ссылки и вводит ее с опечаткой. Или же пытается получить доступ к странице, которой на сайте уже нет.
В отличие от других кодов, страницу с 404 частенько кастомизируют, создавая для нее уникальный дизайн. Мало того, что это выглядит симпатичнее, так еще и полезнее для посетителей. Можно прямо на странице с ошибкой разъяснить, что произошло и как дальше действовать.
И таких вариаций тысячи. Каждый пытается добавить в оформление что-то свое.
405 Method Not Allowed
405 сообщает клиенту о том, что метод, используемый при запросе, не разрешен. В качестве примера можно привести попытку со стороны клиента ввести данные в форму с помощью GET, когда она работает только с POST. Ну и в таком же духе.
406 Not Acceptable
Ошибка 406 сообщает о том, что страница передает контент, который не может быть распознан клиентом. Возможно, проблема в методе сжатия или в формате страницы. Иногда сюда же приплетают неправильные настройки кодировки.
Этот код редко используют на практике, так как его появления можно избежать, предоставив пользователю информацию на сайте в том виде, который его браузер способен принять. Посетитель сайта по итогу получит не то, что ожидал, но хотя бы не ошибку.
407 Proxy Authentication Required
Этот код тоже похож на 401. Только на этот раз логин и пароль нужны не для основного сервера, а для прокси, который находится между клиентом и сервером. Обычно в теле ошибки содержится информация о том, как можно правильно пройти авторизацию и получить доступ к ресурсу.
408 Request Timeout
408 говорит нам о том, что сервер пожелал разорвать соединение с клиентом, потому что оно никак не используется. Происходит это в том случае, если сервер буквально устал ждать, пока наладится соединение с ним. Поэтому такую ошибку часто можно лицезреть после очень долгой и безуспешной загрузки какого-нибудь сайта.
Многие серверы не отправляют никаких сообщений, а просто прерывают соединение по той же причине. На запрос уходит больше времени, чем на то полагается.
В Мистере Роботе частенько называли серии в честь ошибок HTTP (весь четвертый сезон в нумерации 4хх). В честь 408, например, назвали восьмую серию четвертого сезона
409 Conflict
Сообщение о конфликте возникает, когда запрос со стороны клиента не соответствует тому, чего ожидает сервер. В качестве примера приводят проблемы при проверки версий, когда пользователь пытается с помощью метода PUT загрузить на сервер новый файл, но там уже имеется более новая версия того же файла. Конфликта версий можно легко избежать, загрузив корректную версию.
410 Gone
Своего рода аналог 404. Разница лишь в том, что 410 намекает на перманентность отсутствия страницы. Так что этот код стоит использовать, когда на 100% уверен, что страница ушла в небытие (ну или с текущего адреса) навсегда. В любом другом случае есть универсальный 404.
411 Length Required
411 оповещает пользователя о том, что сервер не желает принимать запрос со стороны клиента, потому что в нем не определен заголовок Content-Length. Да, это первый код в подборке, который смогут понять только люди, сведущие в настройке серверов. По-простому уложить сущность HTML-заголовков в этот материал не получится.
412 Precondition Failed
Еще один код, сообщающий о том, что сервер отклонил запрос пользователя и не разрешает доступ к выбранному ресурсу. Проблемы возникают при неправильной настройке работы методов, отличающихся от GET и HEAD.
413 Payload Too Large/Request Entity Too Large
Код 413 говорит нам, что запрос, который посылает клиент на сервер, слишком большой. Поэтому сервер отказывается его обрабатывать и разрывает соединение. Обычно это происходит при попытке загрузить на ресурс какой-то файл, превышающий ограничение, выставленное в настройках сервера. Соответственно, решается проблема изменением настроек сервера.
414 URI Too Long
Чем-то этот код похож на предыдущий. Здесь тоже идет речь о превышение лимита. Только теперь это касается не запроса со стороны клиента, а длины URI. То есть ссылки. Выходит, что адрес, используемый клиентом, больше, чем тот, что может обработать сервер. Как-то так.
Такая ошибка иногда выскакивает при попытке взломать ресурс. Сайт так реагирует на слишком частые попытки воспользоваться потенциальными дырами в безопасности.
415 Unsupported Media Type
Ошибка 415 возникает, когда клиент пытается загрузить на сервер данные в неподходящем формате. В таком случае сервер просто отказывается принимать посылаемые файлы и разрывает соединение. Как и в случае с 413.
416 Range Not Satisfiable
Подобный ответ можно ожидать, если клиент запрашивает у сервера определенные данные, но эти данные на сервере не соответствуют запросу. То есть, грубо говоря, вы просите у сервера какой-то набор данных с заранее заданным размером, а в итоге оказывается, что размер этих данных меньше, чем объем, указанный в запросе. Серверу ничего не остается, кроме как послать вас, ведь он не обучен поведению в таких ситуациях.
417 Expectation Failed
Такая ошибка высвечивается, когда ожидания сервера не совпадают с данными в запросе клиента. Сведения об ожиданиях прописываются в заголовке Expect заранее. Так что можно ознакомиться с ними, чтобы выяснить, как решить названную проблему.
418 I’m a teapot
Код 418 можно увидеть, если сервер откажется варить кофе, потому что он чайник. Это первоапрельская шутка. Естественно, 418 не используется нигде всерьез и просто существует как дань памяти программистам-юмористам, придумавшим это в 1998 году.
У Google получился такой симпатичный чайник
421 Misdirected Request
Появляется когда запрос клиента переправляется на сервер, который не может дать на него адекватный ответ. Например, если запрос был отправлен на ресурс, который вообще не настроен обрабатывать запросы извне.
Чтобы исправить проблему, можно попробовать переподключиться к ресурсу заново или попробовать другое соединение.
422 Unprocessable Entity
Код 422 говорит, что сервер вроде бы принял запрос, понял его, все хорошо, но из-за семантических ошибок корректно обработать не смог. Значит, где-то в запросе затаилась логическая ошибка, мешающая корректному взаимодействию клиента и сервера. Надо ее найти и исправить.
423 Locked
Обычно на этот код напарываются, когда запрашиваемый ресурс оказывается под защитой. Используемые клиентом методы блокируются на уровне сервера. Это делается, чтобы обезопасить данные, хранящиеся на защищенной странице. Без логина и пароля выудить информацию с такого сервера не получится.
424 Failed Dependency
424 сообщает о том, что для выполнения запроса со стороны клиента успешно должна завершиться еще одна или несколько параллельных операций. Если какая-то из них «провалится», то «помрет» все соединение сразу, и обработать запрос до конца не получится. Аналогичное происходит, если некорректно был обработан один из предыдущих запросов.
425 Too Early
Появляется в ответ на запрос, который может быть моментально запущен заново. Сервер не рискует и не берется за его обработку, чтобы не подставиться под так называемую «атаку повторного воспроизведения».
426 Upgrade Required
Тут нам прямо сообщают, что сервер не желает с нами общаться, пока мы не перейдем на более современный протокол. Наткнуться на такую ошибку очень тяжело, но в случае появления, скорее всего, будет достаточно установить браузер посвежее.
428 Precondition Required
428 выскакивает, если пользователь отправляет запрос на сервер, но получает некорректные или неактуальные данные. Так ресурс оповещает о необходимости внести в запрос информацию о предварительных условиях обработки данных. Только так он сможет гарантировать получение клиентом нужной информации.
429 Too Many Requests
Здесь все просто. Ошибка появляется, когда клиент отправляет на сервер слишком много запросов в короткий промежуток времени. Очень похоже на поведение взломщиков. По этой причине запрос моментально блокируется.
431 Request Header Fields Too Large
Из названия понятно, что ошибка с кодом 431 появляется из-за того, что в запросе клиента используются слишком длинные заголовки (неважно, один или несколько из них). Исправляется это с помощью сокращения заголовков и повторной отправки запроса. В теле ошибки обычно отображается краткая информация о том, как пользователь может решить эту проблему самостоятельно.
444 No Response
Этот код вам вряд ли удастся увидеть. Он отображается в лог-файлах, чтобы подтвердить, что сервер никак не отреагировал на запрос пользователя и прервал соединение.
449 Retry With
Код используется в расширениях компании Microsoft. Он сигнализирует о том, что запрос от клиента не может быть принят сервером. Причиной становятся неверно указанные параметры. Сама 449 ошибка говорит о необходимости скорректировать запрос и повторить его снова, подготовив к работе с сервером.
450 Blocked by Windows Parental Controls
450 код увидят дети, попавшие под действие системы «Родительский контроль» компании Microsoft. По сути, ошибка говорит о том, что с компьютера попытались зайти на заблокированный ресурс. Избежать этой ошибки можно изменением параметров родительского контроля.
451 Unavailable For Legal Reasons
Этот код сообщает клиенту, что он не может попасть на запрашиваемый ресурс из юридических соображений. Скорее всего, доступ был заблокирован из-за каких-нибудь государственных санкций, нового законодательства или цензуры со стороны властей. В общем, все вопросы к государству и провайдеру связи.
Читайте также
Комьюнити теперь в Телеграм
Подпишитесь и будьте в курсе последних IT-новостей
Подписаться
Список ошибок на стороне сервера (5xx)
Теперь поговорим об ошибках, которые возникают где-то на сервере. Все они связаны с запросами, которые не удается обработать на том конце. Пользователь зачастую в их появлении не виноват.
500 Internal Server Error
Этот код возникает, когда сервер сталкивается с непредвиденными обстоятельствами. Такими, которые и сам не может пояснить. Как, собственно, и завершить запрос со стороны пользователя. По факту, эта ошибка говорит нам что-то вроде «Я не могу подобрать более подходящий код ошибки, поэтому лови 500 и делай с этим, что хочешь». Мы писали о нем чуть подробнее тут.
Дело не в тебе, дело во мне (С)
501 Not Implemented
501 говорит нам, что функциональность, необходимая для обработки запроса со стороны клиента, попросту не реализована на сервере. Он не сможет корректно обработать используемый метод.
Иногда в теле ошибки еще пишут что-то в духе «Приходите попозже, возможно, в будущем нужная функция появится».
502 Bad Getaway
Можно встретить в том случае, если запрашиваемый сервер выступает в роли шлюза или прокси. Возникает из-за несогласования протоколов между вышестоящим серверов и его шлюзом. Рассказываем о том, как ее исправить, в этой статье.
503 Service Unavailable
Появляется, когда сервер не может обработать запрос клиента по одной из двух технических причин:
- Слишком много пользователей в текущий момент пытаются отправить запросы, и у сервера не остается ресурсов, чтобы ответить кому-либо еще.
- На сервере ведутся технические работы, временно блокирующие его работу.
Обычно ошибка 503 носит временный характер, и для ее решения достаточно немного подождать.
504 Gateway Timeout
Ошибка похожа на 408. Здесь же прокси-сервер пытается выйти на контакт с вышестоящим сервером, но не успевает это сделать до истечения тайм-аута. Отсюда и ошибка.
505 HTTP Version Not Supported
Этот код похож на 426. Он тоже связан с неподходящей версией протокола HTTP. В этом случае нужно обеспечить и клиента, и сервер единой версией. Она, как правило, указывается в запросе со стороны пользователя.
506 Variant Also Negotiates
Обычно с такой ошибкой сталкиваются только в том случае, если сервер изначально настроен неправильно. То есть это не сиюминутная проблема, а что-то серьезное на уровне базовой конфигурации. Тут придется потрудиться разработчикам. Выявить проблему и разрешить ее.
507 Insufficient Storage
Код 507 встречается в тех ситуациях, когда серверу не хватает пространства в хранилище для обработки запроса со стороны клиента. Проблема решается освобождением места или расширением доступного пространства. Тогда сервер сможет без проблем обработать запрос пользователя.
508 Loop Detected
Таким кодом сервер отзовется в случае, если заметит бесконечный цикл в запросе клиента. Можно расценивать его как провал запроса и выполняемой операции в целом.
509 Bandwidth Limit Exceeded
Возникает, если сервер начинает потреблять больше трафика, чем ему позволено.
510 Not Extended
Появляется, если клиент посылает запрос на использование какого-либо расширения, отсутствующего на сервере. Чтобы исправить проблему, надо убрать декларирование неподдерживаемого расширения из запроса или добавить поддержку на сервер.
511 Network Authentication Required
511 код говорит о том, что перед тем как выйти в сеть, надо авторизоваться (ввести логин и пароль). Можно воспринимать это неким PPPoE подключением, когда от клиента требуются данные для авторизации.
Заключение
Закончили. Это все ошибки, которыми отзывается HTTP, если на стороне сервера или клиента что-то пошло не так. Наткнуться на большую их часть довольно тяжело. Особенно, если вы раньше только серфили в интернете, а не занимались разработкой сайтов. А тем, кто входит в эту стезю, полезно знать основные ошибки, так как, скорее всего, придется не раз их исправлять.