Ошибка при получении ответа http на

Привет. Столкнулся с проблемой при использовании WCF. Настроил хост, привязал к нему клиентское приложение. Во внутренней сети все работает. Если же попробовать обратиться к хосту из Интернет, то выдается ошибка:
«Ошибка при получении ответа HTTP на *ip хоста*:8086. Возможно, это вызвано тем, что привязка конечной точки службы не использует протокол HTTP. Это может быть также вызвано тем, что контекст запроса HTTP прерван сервером (возможно, из-за отключения службы). «
Причем, если зайти через браузер по этому адресу, появится окно что служба норм существует «Служба создана.Чтобы протестировать эту службу, необходимо создать клиент и воспользоваться им для….» В чем может быть проблема? Первая мысль — шлюз\маршрутизатор, есть ли способ узать точно, он ли это? И что может быть с ним?(*8086 порт проброшен). Спасибо.

<binding name="basicHttpBinding_IWCFClient" closeTimeout="00:01:00"
         openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:01:00"
         bypassProxyOnLocal="false" hostNameComparisonMode="StrongWildcard"
         maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647"
         messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true"
         allowCookies="false">
    <readerQuotas maxDepth="2147483647" maxStringContentLength="2147483647" 
                  maxArrayLength="2147483647" maxBytesPerRead="2147483647" 
                  maxNameTableCharCount="2147483647" />
    <security mode="None">
        <transport clientCredentialType="None" proxyCredentialType="None" realm="" />
        <message clientCredentialType="UserName" algorithmSuite="Default" />
    </security>
</binding>
<endpoint name="basicHttpBinding_IWCFClient" 
    address="http://localhost:4295/Services/WCFClient.svc"
    binding="basicHttpBinding" 
    bindingConfiguration="basicHttpBinding_IWCFClient" 
    behaviorConfiguration="WCFGraphicManagementTool.Services.ClientBehavior"
    contract="WCFClient.IWCFClient" />

<service behaviorConfiguration="WCFGraphicManagementTool.Services.WCFClientBehavior"
    name="WCFGraphicManagementTool.Services.WCFClient">
   <endpoint name="basicHttpBinding_IWCFClient"
       address="" 
       binding="basicHttpBinding" 
       contract="WCFGraphicManagementTool.Contracts.IWCFClient" />
   <endpoint 
       address="mex" 
       binding="mexHttpBinding" 
       contract="IMetadataExchange" />
</service>
<behavior name="WCFGraphicManagementTool.Services.WCFClientBehavior">
   <dataContractSerializer maxItemsInObjectGraph="2147483647" />
   <serviceThrottling maxConcurrentCalls="120" maxConcurrentSessions="120"
                      maxConcurrentInstances="120" />
   <serviceMetadata httpGetEnabled="true" />
   <serviceDebug includeExceptionDetailInFaults="true" />
</behavior>

Ответы:

<system.diagnostics>
    <sources>
      <source name="System.ServiceModel.MessageLogging" switchValue="Warning, ActivityTracing">
        <listeners>
          <add name="ServiceModelTraceListener" />
        </listeners>
      </source>
      <source name="System.ServiceModel" switchValue="Verbose,ActivityTracing">
        <listeners>
          <add name="ServiceModelTraceListener" />
        </listeners>
      </source>
      <source name="System.Runtime.Serialization" switchValue="Verbose,ActivityTracing">
        <listeners>
          <add name="ServiceModelTraceListener" />
        </listeners>
      </source>
    </sources>
    <sharedListeners>
      <add initializeData="App_tracelog.svclog" type="System.Diagnostics.XmlWriterTraceListener, System, Version=2.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" name="ServiceModelTraceListener" traceOutputOptions="Timestamp" />
    </sharedListeners>
  </system.diagnostics>

    [DataContract]
    [Flags]
    public enum Fruits
    {
        [EnumMember]
        APPLE = 1,
        [EnumMember]
        BALL = 2,
        [EnumMember]
        ORANGE = 3 

    }

<system.diagnostics>
  <sources>
    <source name="System.ServiceModel.MessageLogging" switchValue="Warning,ActivityTracing">
      <listeners>
        <add name="traceListener"
              type="System.Diagnostics.XmlWriterTraceListener"
              initializeData= "c:\log\Traces.svclog" />
        <add type="System.Diagnostics.DefaultTraceListener" name="Default" />
      </listeners>
    </source>
    <source propagateActivity="true" name="System.ServiceModel" switchValue="Verbose,ActivityTracing">
      <listeners>
        <add name="traceListener"
              type="System.Diagnostics.XmlWriterTraceListener"
              initializeData= "c:\log\Traces.svclog" />
        <add type="System.Diagnostics.DefaultTraceListener" name="Default" />
      </listeners>
    </source>
  </sources>
  <trace autoflush="true" />
</system.diagnostics>

public enum Fruits
{
  UNKNOWN = 0,
  APPLE = 1,
  BALL = 2,
  ORANGE = 3 
}

System.Net.ServicePointManager.SecurityProtocol = SecurityProtocolType.Tls12 | SecurityProtocolType.Tls11 | SecurityProtocolType.Tls;

<dataContractSerializer maxItemsInObjectGraph="2147483646"/>

 <system.diagnostics>
    <sources>
      <source name="System.ServiceModel" switchValue="Information, ActivityTracing" propagateActivity="true">
        <listeners>
          <add name="traceListener" type="System.Diagnostics.XmlWriterTraceListener" initializeData="c:\logs\TracesServ_ce.svclog" />
        </listeners>
      </source>
    </sources>
  </system.diagnostics>

<reponse><state>1</state><message>Operation was successfull</message</response>

О чем речь? Коды ошибок HTTP указывают на конкретные причины проблем, с которыми сталкивается сервер в попытке обработать клиентские запросы.

На что обратить внимание? Рассказать подробно про каждый вид ошибки будет сложно, так как их довольно много. Однако чаще всего встречается не такое большое количество, как правило, это всем знакомые ошибки 404, 502, 504 и т.д.

HTTP-статус является сообщением, которое сервер отправляет клиенту в ответ на его запрос. Например, когда пользователь переходит по ссылке или вводит запрос в веб-браузер. Коды показывают, был ли выполнен конкретный запрос клиента. Сведения в коде влияют на то, как поисковый робот или браузер будет обрабатывать содержимое страницы.

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

Обозначим ключевые термины:

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

Существует 5 категорий серверных ответов. Класс состояния можно определить по первой цифре.

• 5** — серверные ошибки. Причина технической ошибки со стороны сервера указывается в коротком текстовом описании после кода. Например, ошибка 500 — это внутренние сбои, реже — высокая нагрузка на сервер.
• 4** — клиентские ошибки.
• 3** — перенаправления на другой адрес (не ошибка).
• 2** — успешный запрос (не ошибка).
• 1** — информационные сообщения, передача данных (не ошибка).

Полный список кодов состояния приведен в спецификации протокола.

Не будем останавливаться на HTTP-ответах 1** и 2**. Рассмотрим подробнее другие стандартизированные коды ошибок состояния HTTP.

Коды 3xx (перенаправление)

Эти стандартизированные коды нужны для того, чтобы сообщить пользователю, какое действие следует выполнить для успешного осуществления запроса. Коды 3xx предназначены для перенаправления клиента. Это не коды ошибок HTTP сервера. Однако знание того, как интерпретируются различные HTTP-статусы, поможет пользователям и веб-мастерам эффективно использовать программное обеспечение.

Коды ошибок HTTP на стороне клиента

• 400 Bad Request

Запрос неправильный. Ошибка возникает в случае, если браузер клиента отправляет некорректный запрос серверу. Это может быть синтаксическая ошибка. Например, в запросе отсутствовали символы завершения строки.

• 401 Unauthorized

Этот код ошибки HTTP клиента сообщает, что на ресурс можно войти, используя действительный ID пользователя и пароль. Отказ в доступе также возникает, если пользователь неправильно ввел данные для авторизации (логин и пароль).

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

• 402 Payment Required

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

• 403 Forbidden

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

Скачать
файл

• 404 Not Found

Это один из самых распространенных кодов ошибки HTTP клиента. Сервер дает ответ, что страница не найдена по данному URL. Например, страница перенесена на другой адрес. Не стоит путать код 404 с ошибкой «Сервер не найден». В данном случае клиент в состоянии общаться с сервером, но данных по его запросу нет.

• 405 Method Not Allowed

Сервер сообщает, что используемый метод не может применяться на данном ресурсе. Он предложит доступные методы в заголовке Allow.

• 406 Not Acceptable

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

• 407 Proxy Authentication Required

Доступ будет открыт, если пройти авторизацию через сервер-посредник (прокси-сервер). Это аналог кода 401.

• 408 Request Timeout

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

• 409 Conflict

Запрос пользователя вызывает конфликт с текущим состоянием сервера или несовместим с другим запросом.

• 410 Gone

Это ответ сервера в случае, если запрашиваемый контент больше недоступен или удален.

• 411 Length Required

Сервер отказывается обрабатывать запрос, так как не указан Content‑Length заголовка. Необходимо указать заголовки на сервере, чтобы этот код ошибки состояния HTTP больше не возникал.

• 412 Precondition Failed

Клиент указал в запросах условие, которое нельзя выполнить. В одном или нескольких HTTP‑заголовках было указано значение false.

• 413 Request Entity Too Large

Размер запроса превышает лимит, объявленный сервером. Сервер может закрыть соединение. Веб-браузеры поддерживают запрос от 2 до 8 килобайт.

• 414 Request‑URI Too Long

У веб-сервера есть ограничение длины для интерпретации, а запрашиваемый URL длиннее установленных рамок. Чтобы избежать возникновения этого кода ошибки HTTP запросов, следует использовать метод GET, а не POST.

• 415 Unsupported Media Type

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

• 416 Requested Range Not Satisfiable

Недопустимое значение байтов диапазона в HTTP-заголовке. Сервер не может обработать запрос. Причина может быть в опечатке клиента.

• 417 Expectation Failed

Сервер отклонил запрос пользователя, так как в поле Expect введено некорректное значение.

• 418 I’m a teapot

Это первоапрельская шутка разработчиков, появившаяся в 1998 году. Сервер не может сварить вам кофе, потому что он чайник. На деле этот код не применяется.

• 422 Unprocessable Entity

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

• 423 Locked

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

• 424 Failed Dependency

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

• 425 Unordered Collection

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

• 426 Upgrade Required

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

Эта ошибка возникает, когда сервер запрашивает соединение, которое не поддерживается клиентом.

• 428 Precondition Required

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

• 429 Too Many Requests

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

• 431 Request Header Fields Too Large

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

Решение проблемы: сокращение длины заголовков и отправка повторного запроса.

• 434 Requested Host Unavailable

Сведения о данном HTTP-коде не найдены.

• 444 No Response

Это код ошибки HTTP со стороны клиента в веб-сервере Nginx. Он сообщает, что соединение закрыто без отправки данных клиенту. Нельзя использовать данный метод в текущей процедуре обработки события.

Nginx — это мощный веб-сервер. Чаще всего его используют в качестве сервера-посредника и обратного сервера. Nginx расходует минимум ресурсов и держит большое количество одновременных соединений.

• 449 Retry With

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

• 450 Blocked by Windows Parental Controls

Эту ошибку увидят дети, которые пытаются войти на заблокированный ресурс. Избежать появления данного кода ответа можно, если изменить параметры родительского контроля.

• 451 Unavailable For Legal Reasons

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

• 456 Unrecoverable Error

При обработке запроса пользователя появляются непоправимые ошибки в базе данных.

• 499 Client Closed Request

Эту ошибку веб-сервер Nginx выдает в случае, если клиент закрыл соединение во время его обработки. Сервер не может отправить назад заголовок HTTP.

Серверные коды ошибок HTTP

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

• 500 Internal Server Error

Код ошибки HTTP сервера появляется, когда он встречает ситуацию, обработка которой ему не знакома. Также возможен вариант, что данный запрос не поддерживается сервером и его обработка невозможна. В таких ситуациях сервер тоже отправляет HTTP-статус 500.

• 501 Not Implemented

Ошибка 501 сообщает, что метод запроса сервером не поддерживается и его невозможно корректно обработать.

В ряде случаев в теле ошибки может быть указано: «Отправьте запрос позднее. Возможно, необходимая функция будет доступна».

• 502 Bad Getaway

Такая ошибка отправляется в случае недействительного ответа от вышестоящего сервера. Основная причина — несогласованные протоколы сервера и посредника.

• 503 Service Unavailable

Сервер временно не доступен. Он не может обработать запрос клиента по следующим причинам:

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

Клиенту рекомендуется отправить запрос позднее.

• 504 Gateway Timeout

Это код ошибки HTTP сервера является аналогом статуса 408. Сервер действует как шлюз и не получил ответ от вышестоящего сервера в обозначенное в настройках время.

• 505 HTTP Version Not Supported

Этот код аналогичен 426. Он сообщает, что сервер не поддерживает версию протокола HTTP, который используется клиентом. Это случается, если используется устаревший формат HTTP-протокола. Решением проблемы будет установка одной версии.

• 506 Variant Also Negotiates

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

• 507 Insufficient Storage

Код ошибки HTTP сервера 507 сообщает о том, что не хватает места для обработки пользовательских запросов. Решение: необходимо освободить пространство на сервере или расширить его. В этом случае не возникнет трудностей с обработкой запросов клиента.

• 508 Loop Detected

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

• 509 Bandwidth Limit Exceeded

Это сообщение о том, что превышен лимит потребляемого трафика. Ошибка актуальна в случае, если установлено ограничение.

• 510 Not Extended

У сервера отсутствует расширение, которое пользователь запрашивает. Список доступных расширений прописывается в теле ошибки.

• 511 Network Authentication Required

511 код ошибки HTTP сервера означает, что пользователю необходимо авторизоваться. Данные для аутентификации необходимы при PPPoE-подключении.

Способы устранения некоторых кодов ошибок HTTP

Рассмотрим, что рекомендуется делать для устранения ошибок протокола HTTP:

• Если внесены изменения после тестирования программного обеспечения, нужно обновить веб-браузер.
• Проанализируйте журнал сервера для понимания процессов обработки запросов. У веб-серверов Apache и Nginx имеются файлы access.log и error.log. В них содержатся необходимые сведения.
• Обратите внимание: описание кодов ошибок HTTP— это часть стандарта. Он осуществляется приложением, которое обслуживает запросы клиента. Получается, что код ответа сервера во многом определяется тем, как программное обеспечение обрабатывает ту или иную ошибку.

Итак, рассмотрим самые распространенные ошибки со стороны клиента или сервера.

Ошибка 400 Bad Request

Среди основных причин, которые приводят к возникновению ошибки 400:

• Большое количество файлов cookies и данных в кэше. Решением проблемы будет очистка кэша веб-браузера и файлов cookies.
• Неисправности в браузере.
• Неправильный HTTP-запрос из-за клиентской ошибки, например, при использовании curl.

Ошибка 401 Unauthorized

Код ошибки HTTP запроса 401 сообщает, что клиенту нужно войти на сайт, используя действительный ID пользователя и пароль.

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

Ошибка 403 Forbidden

Этот код состояния сообщает клиенту, что сервер не может выполнить запрос из-за того, что имеется запрет на доступ к требуемым файлам или страницам.

В основном код ошибки 403 появляется, если у клиента нет прав на чтение файла, который он запрашивает.

Рассмотрим, каким образом можно устранить ошибку 403 на следующем примере:

• клиент осуществляет попытку открыть индексный файл (http://example.com/index.html);
• рабочий веб-браузер принадлежит пользователю www-data;
• индексный файл расположен в /usr/share/nginx/html/index.html.

Итак, когда клиент видит код ошибки 403, первым делом нужно проверить, есть ли у пользователя www-data право доступа.

Другая распространенная причина появления кода ошибки 403 — намеренное использование файла .htaccess для того, чтобы установить запрет определенным IP-адресам на доступ к ресурсам. Поэтому в случае получения такого кода ошибки нужно проверить настройки файла .htaccess.

Сервер может отправлять ошибку 403 и в случае, если клиент пытается открыть каталог, у которого нет индексного файла и отключен листинг. Например, клиент пытается открыть каталог http://example.com/emptydir/. При этом в emptydir отсутствует индексный файл. Рекомендуется включить листинг каталога в настройках сервера.

Ошибка 404 Not Found

Код ошибки HTTP 404 сообщает, что сервер не находит данные по запросу клиента.

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

• Первым делом проверьте правильность написания ссылки, которая отправляет клиента на сервер.
• Часто случается, что клиент вводит неправильный URL.
• Есть вероятность, что запрашиваемый файл отсутствует в указанном месте на сервере (перемещен или удален).
• Проверьте, верно ли указано расположение корневой директории (document root) в конфигурации сервера.
• Ошибку 404 может вызвать и то, что у пользователя, которому принадлежит рабочий процесс, нет необходимых прав для открытия каталога, где находится необходимый файл. Для этого требуются соответствующие права доступа.
• Проверьте, поддерживает ли сервер символические ссылки.

Ошибка 500 Internal Server Error

Код ошибки HTTP сервера 500 говорит о том, что есть внутренние неизвестные причины, которые не позволяют выполнить запрос пользователя. Случается, что сервер отправляет этот код в ситуациях, когда больше подходят другие коды 5xx.

Основные причины ошибки 500: неправильные права доступа на папки и файлы, вызывающие невозможность запуска скрипта. Также неправильная инструкция в файле .htaccess или неподдерживаемые директивы приводят к данному HTTP-статусу в ответ на запрос клиента.

Ошибка 502 Bad Gateway

Код ошибки 502 является результатом запроса, при котором был получен недопустимый ответ от сервера.

В случае, если это обратный прокси-сервер (выравниватель нагрузки) необходимо проверить:

• backend сервера;
• верно ли настроен обратный прокси и правильный ли backend в настройках;
• настройки сетевого соединения между серверами backend и обратным прокси-сервером. Также нужно проверить порты и отсутствует ли блокировка брандмауэром;
• есть ли разрешения у сокетов и корректно ли они расположены.

Ошибка 503 Service Unavailable

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

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

Ошибка 504 Gateway Timeout

Код состояния 504 говорит о том, что сервер не получает ответ от севера-посредника (шлюз, прокси-сервер) в рамках установленного времени. Сбои в шлюзах влияют на работу основного сервера.

Основные причины появления кода ошибки HTTP сервера 504:

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

Способы проверки кодов ошибок HTTP

Проверить коды ошибки состояния HTTP можно, используя специализированные сервисы или через опции браузера. В браузере Google Chrome код ответа можно посмотреть в графе Status в разделе Network. Для этого нужно сделать следующее:

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

Другой способ посмотреть код ответа — это специализированные сервисы, такие как bertal, 2ip, cy-pr, wwhois, 4seo.

Принцип их работы рассмотрим на примере mainspy:

• Зайдите на сайт сервиса.
• Введите URL для проверки. Можно один или несколько.
• Запустите проверку.

В течение нескольких секунд на экране отобразится отчет, в котором напротив каждого URL будет стоять код ответа сервера.

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

Часто задаваемые вопросы о кодах ошибок HTTP

Что сообщают коды ошибок?

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

Что нужно делать с кодами ошибок HTTP?

Нужно обязательно обновить веб-браузер в случае внесения изменений на сервере.

Проверьте системную информацию на сервере для того, чтобы понять, как происходит обработка запросов клиента. Веб-серверы Apache или Nginx создают файлы + access.log + и + error.log +. Их можно сканировать и получить необходимые сведения.

О чем говорит ошибка 404?

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

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

У меня есть служба wcf, развернутая в IIS 6.0. Метод службы принимает список объектов и возвращает один и тот же список.

    List<CustomObject> ProcessImageData(List<CustomObject> lstData)

Объект может содержать большое количество html-данных. Для выполнения запроса услуга в настоящее время занимает чуть меньше нескольких секунд, но я получаю тонны следующих 2 исключений.

Msgstr «Время ожидания ответа на запрос после 00: 00: 59.9989999. Запросить или увеличить значение SendTimeout в привязке. более длинный тайм-аут. «

«Произошла ошибка при получении ответа HTTP на http://MyService.svc. Это может быть связано с привязкой конечной точки службы, не использующей протокол HTTP. Это также может быть вызвано тем, что сервер HTTP-запроса прерывается (возможно, из-за закрытия службы). Подробнее см. в журналах сервера. «

Вот как выглядят мои файлы конфигурации.

Файл web.Config(service)

    <service behaviorConfiguration="WcfServices.Service1Behavior" name="WcfServices.HtmlToImageService">
    <endpoint address="" binding="wsHttpBinding" bindingConfiguration="LargeSizeMessages" contract="WcfServices.IHtmlToPngService">
      <identity>
        <dns value="localhost"/>
      </identity>
    </endpoint>
    <endpoint address="mex" binding="mexHttpBinding" contract="IMetadataExchange"/>
   </service>

    <behaviors>
    <serviceBehaviors>
    <behavior name="WcfServices.Service1Behavior">
      <serviceThrottling maxConcurrentCalls="1000" maxConcurrentSessions="1000" maxConcurrentInstances="1000"/>
      <serviceMetadata httpGetEnabled="true"/>
      <dataContractSerializer maxItemsInObjectGraph="6553500"/>
      <serviceDebug includeExceptionDetailInFaults="true"/>
    </behavior>
   </behaviors>
    <wsHttpBinding>

       <binding name="LargeSizeMessages"
             maxBufferPoolSize="2147483647"
             maxReceivedMessageSize="2147483647">
      <readerQuotas
       maxDepth="32"
       maxStringContentLength="2147483647"
       maxArrayLength="2147483647"
       maxBytesPerRead="4096"
       maxNameTableCharCount="16384" />
    </binding>
  </wsHttpBinding>

Файл конфигурации клиента

    <wsHttpBinding>
      <binding name="WSHttpBinding_IHtmlToImageService" closeTimeout="00:10:00"
      openTimeout="00:01:00" receiveTimeout="00:10:00" sendTimeout="00:10:00"
      bypassProxyOnLocal="false" transactionFlow="false" hostNameComparisonMode="StrongWildcard"
      maxBufferPoolSize="2147483647" maxReceivedMessageSize="2147483647"
      messageEncoding="Text" textEncoding="utf-8" useDefaultWebProxy="true"
      allowCookies="false">
      <readerQuotas maxDepth="32" maxStringContentLength="2147483647"
        maxArrayLength="2147483647" maxBytesPerRead="4096" maxNameTableCharCount="16384" />
      <reliableSession ordered="true" inactivityTimeout="00:10:00"
        enabled="false" />
      <security mode="Message">
        <transport clientCredentialType="Windows" proxyCredentialType="None"
          realm="" />
        <message clientCredentialType="Windows" negotiateServiceCredential="true"
          algorithmSuite="Default" />
      </security>
    </binding>
    </wsHttpBinding>

Одно из исключений предлагает увеличить sendTimeout vakue, который в настоящее время установлен на 1 минуту. Я увеличил его, но он ничего не улучшил, и я все еще получаю эти исключения.

Вопрос: Почему я получаю эти исключения и что я могу изменить, чтобы предотвратить это?

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

Exception Type: System.ArgumentException Сообщение: Параметр недействителен. ParamName: NULL Data: System.Collections.ListDictionaryInternal TargetSite: Void.ctor(Int32, Int32, System.Drawing.Imaging.PixelFormat) HelpLink: NULL Источник: System.Drawing

Информация о StackTrace

в System.Drawing.Bitmap..ctor (ширина Int32, высота Int32, формат PixelFormat) в System.Drawing.Bitmap..ctor (ширина Int32, высота Int32) в WcfService.CreateBitmap(WebBrowser & browser) в C: _tfs\ImagingSystem\Разработка\Dev\Source\Wcf\WcfServices\HtmlToPngService\HtmlToPngService.svc.cs: строка 126

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

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

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

Типы ошибок

Ошибки протокола HTTP возникают в том случае, если веб-сервер по какой-то причине не может успешно отправить пользователю запрашиваемый документ. В этом случае сервер сообщит пользователю в HTTP-заголовке код возникшей ошибки.

Коды ошибок бывают положительными и отрицательными или успешными и не успешными.

Всего существует 4 типа кодов (хх — сочетание любых цифр):

• 2xx — запрос выполнен успешно;
• 3xx — запрос успешно перенаправлен (тоже положительный код);
• 4xx — ошибка — документ не был отправлен пользователю, так как произошла критическая ошибка. Класс кодов 4xx предназначен для указания ошибок со стороны клиента;
• 5xx — ошибка сервера — критическая ошибка на сервере. Коды 5xx выделены под случаи неудачного выполнения операции по вине сервера.

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

Ошибка 400

Bad Request

При переходе на сайт браузер может выдавать “400 Bad Request”. Это означает, что сервер обнаружил синтаксическую ошибку в запросе, который ввел пользователь. Однако подобная ошибка может появляться не только, когда вы вводите адрес сайта, но и, например, при входе в панель управления вашим сайтом. Причин возникновения может быть несколько:

• блокировка браузера антивирусом;
• блокировка брендмауэра Windows браузером;
• большое количество файлов cookies и данных в сache;
• перебои в работе интернета.

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

Блокировка браузера

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

Если ошибка сохраняется, то переходите к проверке следующей причины.

Блокировка брендмауэра Windows

• Попробуйте отключить брендмауэр на время: меню Пуск — Панель управления — Система и безопасность — Брандмауэр Windows — Включение и отключение.
• Очистите кэш и куки.
• Обновите страницы с ошибкой.
• Если проблема устранена, то для завершения добавьте в брандмауэр разрешенные программы: Пуск — Панель управления — Система и безопасность — Брандмауэр — Разрешение запуска программы через брандмауэр.

Если проблема осталась — продолжайте проверку.

Cache и cookies

• Удалите cookies и очистите cache: нажмите Shift + Ctrl + Delete в то время, когда браузер открыт.
• Удалите ненужные файлы.
• Проверьте работу вашего браузера.

Перебои в работе интернета

• Свяжитесь со своим интернет-провайдером и узнайте, проводятся ли у них какие-то работы.
• Уточните, сколько времени займут работы.

Ошибка 403

Forbidden

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

• Индексный файл index.html не загружен в директорию public_html вашего сайта или является некорректным. Для устранения этой ошибки создайте файл с именем index.html или переименуйте уже имеющийся файл. Возможные варианты для имени файла: index.html, index.htm или index.php.
• Для директории, в которой находится запрашиваемый файл, установлены такие права, что веб-сервер Apache не смог прочитать файл на диске сервера. Для устранения этой ошибки попробуйте изменить права доступа в разделе, отвечающем за настройку прав.
• Файлы сайта загружены в неправильную директорию. Для устранения этой ошибки проверьте, располагаются ли файлы сайта в директории site/public_html, где site — название вашего сайта.

Ошибка 404

Not Found

Ошибка 404 означает, что сервер не может найти данные по запросу пользователя.
Причины возникновения данной ошибки:

• Некорректный URL, введенный в адресное поле браузера. Для устранения данной ошибки проверьте, корректно ли указана ссылка.
• Файл, запрашиваемый по URL, отсутствует на сервере. Для устранения этой ошибки необходимо проверить наличие запрашиваемого файла в директории public_html вашего сайта.

Ошибка 500

Internal Server Error

Ошибка 500 означает, что на сервере есть внутренняя ошибка. Эта проблема может возникнуть по двум причинам:

• Невозможно запустить скрипт. Скорее всего, указаны неправильные права доступа на папки и файлы. Если на PHP файлы скриптов, размещенных на вашем хостинге, стоят права доступа 777, то исполнение данных скриптов может быть заблокировано сервером. Происходит это из-за того, что права доступа 777 позволяют всем производить любые изменения с данным файлом, что существенно влияет на безопасность и целостность вашего сайта. Для устранения этой ошибки следует проверить права доступа на папки и файлы сайта. Для папок рекомендовано установить права доступа 755, для исполняемых скриптов 600, а для всех остальных файлов 644.
• Неправильная инструкция в файле .htaccess или наличие в нём неподдерживаемых директив. Возможно, вы ошиблись в написании названия нужной директивы или параметров к ней. Данную ошибку можно устранить, включив лог ошибок error.log. Веб-сервер укажет вам, какую конкретно директиву он посчитал ошибочной — ее нужно будет исправить.

Ошибка 502

Bad Gateway

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

• Проблемы в работе прокси-сервера. Для устранения этой ошибки попробуйте набрать в адресной строке браузера ссылку на какой-либо другой сайт. Тем самым вы можете проверить, есть ли доступ в Интернет вообще. Если вы обнаружили, что доступ в Интернет есть, но ваше обращение к конкретному сайту все равно дает ошибку 502, попробуйте удалить файлы cookies в браузере.
• Нехватка ресурсов сервера. Это может означать, что нагрузка на сервер превышает ресурсы, доступные на выбранном тарифе хостинга. Уточните у своего хостинг-провайдера информацию о тарифах с большим объемом ресурсов и, в случае необходимости, увеличьте оперативную память или доступный объем диска.

Ошибка 503

Service Temporarily Unavailable

У каждого аккаунта на сервере хостинга есть определенное количество рабочих процессов, выделенное в соответствии с выбранным тарифным планом. Работа с запросами ведется в порядке очереди, они поступают на сервер, где легкие запросы обрабатываются мгновенно, а тяжелые – медленно. Всякая очередь ограничена тем или иным количеством запросов. Если новый запрос находится за пределами этой границы, принят он не будет, и вместо результата браузер выдаст оповещение “Сервис временно недоступен”.

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

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

• Проверить все компоненты и плагины вашей CMS, отключая их по очереди, и найдите самые тяжёлые или испорченные, при работе которых загрузка сайта замедляется. По возможности откажитесь от таких компонентов или поищите более быстрый аналог.
• Проверить наличие у вас медленных запросов — в папке logs вашего аккаунта создается файл mysql-slow.log. Информация в этом файле обновляется раз в сутки и содержит только самые проблемные SQL-запросы.
• Если в PHP-скриптах используются Include-функции, загружающие части движка, расположенные на одном аккаунте, убедитесь, что в них используется локальный путь, а не URL вида «http://…». Наличие URL заставляет сервер делать дополнительный HTTP-запрос — это занимает лишнее время и сильно замедляет загрузку сайта.

2. Большое количество запросов к серверу. Причин возникновения таких запросов несколько:

• Загружаемый ресурс разбит/содержит ссылки на слишком больше число файлов (картинки, таблицы стилей JS-скрипты), которые подгружаются через отдельные запросы. В этом случае следует объединить ресурсы в один файл, где это возможно.
• DDoS-атаки, флуды, спамы в комментарии также могут вызывать большое количество запросов. В случае DDoS-атаки необходимо определить ее тип, и, согласно ее уровню, предпринять действия по устранению. Подробнее про DDoS-атаки вы можете прочитать в статье «DDoS-атаки: взгляд со стороны Timeweb».