Код состояния HTTP 0 - домен ошибки = NSURLErrorDomain?

Код состояния HTTP отсутствует. Вы видите 0, возвращаемый API / библиотекой, которую вы используете. Для этого вам нужно будет проверить документацию.

Код состояния 0 в объекте NSHTTPURLResponse обычно означает, что ответа не было, и может возникнуть по разным причинам. Сервер никогда не вернет статус 0, так как это недопустимый код статуса HTTP.

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

Обратите внимание, что в случаях, когда код состояния равен 0, реальная ошибка фиксируется в возвращаемом объекте NSError, а не в NSHTTPURLResponse.

Статус HTTP 408, по моему опыту, довольно необычен. Я никогда не сталкивался ни с одним. Но он, по-видимому, используется в тех случаях, когда клиенту необходимо поддерживать активное соединение сокета с сервером, а сервер ожидает от клиента отправки дополнительных данных через открытый сокет, но этого не происходит в течение заданного промежутка времени и сервер завершает соединение с помощью кода состояния 408, по сути говоря клиенту, что «вы слишком долго работали».

Ответ был пуст. В большинстве случаев коды будут иметь значения 1xx, 2xx, 3xx, 4xx, 5xx.

Список кодов состояния HTTP

В iOS SDK. Когда ваш API вызывает тайм-аут, вы получаете для этого статус 0.

Код состояния "0" может возникать по трем причинам:
1) Клиент не может подключиться к серверу
2) Клиент не может получить ответ в течение периода ожидания
3) Запрос был остановлен (прерван) Клиентом.

Но эти три причины не стандартизированы

Исходя из моего ограниченного опыта, я бы сказал, что следующие два сценария могут вызвать ответ status code: 0, имейте в виду; их могло быть и больше, но я знаю этих двоих:

• ваше соединение может медленно реагировать.
• или, возможно, внутренний сервер недоступен.

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

HTTP-ответ 0 не является стандартным HTTP-ответом. Но это указывает на то, что клиент не может подключиться к серверу и, следовательно, истекло время ожидания.

Иногда браузер отвечает на обработчик ошибок http с помощью объекта ошибки, для которого установлен статус 0, даже если вы видите статус ошибки 404, 401, 500 и т. Д. В сети.

Это может произойти, если ваше приложение и API находятся в разных доменах - применяется механизм CORS. Согласно CORS для каждого запроса API браузер отправляет два запроса:

1. предварительный запрос OPTIONS, чтобы понять, разрешает ли API запрос Actual / Origin.
2. когда API позволяет (ответ на запрос OPTIOS со статусом 204 и правильными заголовками Access-Control-Allow-Origin) - браузер отправляет следующий «запрос Actual / Origin».

В приложении мы обрабатываем ответ об ошибке для «Фактический / исходный запрос», и если «предварительный запрос OPTIONS» завершился неудачно - браузер не выдает правильный объект HttpError для обработчика ошибок http. Итак, чтобы получить правильный статус HTTP-ответа - убедитесь, что вы получили успешный предполетный ответ на запрос OPTIONS.

Мы получили ошибку:

GET http://localhost/pathToWebSite/somePage.aspx вызвал ошибку http.status: 0

Этот вызов выполняется из задачи Windows, которая вызывает файл VBS, поэтому для устранения проблемы мы указываем браузеру URL-адрес, и мы получаем ошибку конфиденциальности:

Ваше соединение не является приватным

Злоумышленники могут пытаться украсть вашу информацию с localhost (например, пароли, сообщения или кредитные карты). NET :: ERR_CERT_COMMON_NAME_INVALID

Автоматически сообщать подробности о возможных нарушениях безопасности в Google. Политика конфиденциальности Вернуться к безопасности Этот сервер не смог доказать, что он является локальным хостом; его сертификат безопасности от * .ourdomain.com. Это может быть вызвано неправильной конфигурацией или злоумышленником, перехватывающим ваше соединение. Выучить больше.

Это связано с тем, что у нас есть правило перезаписи URL-адресов IIS, которое заставляет соединения использовать https. Это правило перенаправляет http://localhost на https://localhost, но наш сертификат SSL основан на внешнем доменном имени, а не на localhost, поэтому ошибка сообщается как код состояния 0. Таким образом, ошибка конфиденциальности может быть очень неясной причиной этого кода состояния 0.

В нашем случае решением было добавить исключение к правилу для localhost и разрешить http://localhost/pathToWebSite/somePage.aspx, чтобы использовать http. Непонятно, да, но я столкнусь с этим в следующем году и теперь найду свой ответ в поиске Google.

CORS в моем случае.

Однажды у меня был такой ответ в приложении для iOS. Решением стал отсутствующий Access-Control-Allow-Origin: * в заголовках.

Подробнее: https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Access-Control-Allow-Origin

Это может произойти с ответом 401 http при использовании NSURLConnection.

См. NSURLConnection, возвращающий ошибку вместо ответа для 401