HTTPステータスコード0-エラードメイン= NSURLErrorDomain？

私はiOSプロジェクトに取り組んでいます。

このアプリケーションでは、サーバーから画像をダウンロードしています。

問題：

画像のダウンロード中に、リクエストタイムアウトが発生します。ドキュメントによると、リクエストタイムアウトのHTTPステータスコードは408です。

しかし、私のアプリケーションで0は、次のエラーでHTTPステータスコードを取得しています

エラードメイン= NSURLErrorDomainコード= -1001「要求がタイムアウトしました。」UserInfo = 0xb9af710 {NSErrorFailingURLStringKey = http://xxxx.com/resources/p/PNG/1383906967_5621_63.jpg、NSErrorFailingURLKey = http://xxxx.com/resources/p/PNG/1383906967_5621_63.jpg、NSLocalizedDescription =リクエストがタイムアウトしました。、NSUnderlyingError = 0x13846870 "リクエストがタイムアウトしました。"}

インターネットでの検索中に、HTTPステータスコード0に関する情報が見つかりませんでした。

誰かがこれを私に説明できますか？

HTTPステータスコード0はありません。表示されているのは、使用しているAPI /ライブラリから返された0です。そのためのドキュメントを確認する必要があります。

NSHTTPURLResponseオブジェクトのステータスコード0は、通常、応答がなかったことを意味し、さまざまな理由で発生する可能性があります。これは有効なHTTPステータスコードではないため、サーバーはステータス0を返しません。

あなたのケースでは、あなたがされて表示されます、リクエストがタイムアウトしていて、0がプロパティのデフォルト値にすぎないため、ステータスコード0を取得してます。タイムアウト自体は、サーバーが単に時間内に応答しない、ファイアウォールによってブロックされている、ネットワーク接続全体がダウンしているなど、さまざまな理由が考えられます。通常、後者の場合、電話はネットワーク接続がなく、すぐに失敗することを認識できるほどスマートです。ただし、明らかにステータスコード0で失敗します。

ステータスコードが0の場合、実際のエラーはNSErrorでなく、返されたオブジェクトでキャプチャされることに注意してくださいNSHTTPURLResponse。

408私の経験では、HTTPステータスはほとんどありません。私は自分に出会ったことがありません。しかし、クライアントがサーバーへのアクティブなソケット接続を維持する必要があり、サーバーがオープンソケット経由でより多くのデータを送信するためにクライアントを待機している場合に、明らかに使用されますが、一定の時間内にサーバーは接続を408ステータスコードで終了し、基本的にクライアントに「時間がかかりすぎた」と伝えます。

応答は空でした。ほとんどの場合、コードは1xx、2xx、3xx、4xx、5xxで統計されます。

HTTPステータスコードのリスト

iOS SDKの場合API呼び出しがタイムアウトすると、そのステータスは0になります。

私の限られた経験から、次の2つのシナリオが応答を引き起こす可能性があるstatus code: 0と思います。彼らはもっと多いかもしれませんが、私はそれらの2つを知っています：

• 接続の応答が遅い可能性があります。
• または、バックエンドサーバーが利用できない可能性があります。

問題は、status: 0少し一般的で、空の応答本文をトリガーするより多くのユースケースになる可能性があります。

ステータスコード「0」は、次の3つの理由で 発生する可能性があります
。1）クライアントがサーバーに接続できない
2）クライアントがタイムアウト期間内に 応答を受信できない
3）要求がクライアントによって「停止（中止）」された。

しかし、これらの3つの理由は標準化されていません

HTTP応答0は標準のHTTP応答ではありません。しかし、クライアントがサーバーに接続できなかったため、タイムアウトが発生したことを示しています。

エラーが発生しました：

GET http：//localhost/pathToWebSite/somePage.aspxでhttp.status：0エラーが発生する

この呼び出しはVBSファイルを呼び出すWindowsタスクから行われるため、問題をトラブルシューティングするために、ブラウザーにURLを指定するとプライバシーエラーが発生します。

接続はプライベートではありません

攻撃者は、ローカルホストから情報（パスワード、メッセージ、クレジットカードなど）を盗もうとしている可能性があります。NET :: ERR_CERT_COMMON_NAME_INVALID

起こりうるセキュリティインシデントの詳細を自動的にGoogleに報告します。プライバシーポリシー安全性に戻るこのサーバーはローカルホストであることを証明できませんでした。そのセキュリティ証明書は* .ourdomain.comからのものです。これは、設定の誤りまたは攻撃者が接続を妨害していることが原因である可能性があります。もっと詳しく知る。

これは、接続でhttpsを使用するように強制するIIS URL書き換えルールが設定されているためです。このルールはhttp：// localhostをhttps：// localhostに誘導しますが、SSL証明書はlocalhostではなく、外部に面しているドメイン名に基づいているため、ステータスコード0として報告されるエラーです。このステータスコードは0です。

この場合の解決策は、localhostのルールに例外を追加し、http：//localhost/pathToWebSite/somePage.aspxがhttpを使用できるようにすることでした。あいまいです、はい、でも私は来年この問題に遭遇し、今ではグーグル検索で私の答えを見つけます。

ネットワークで404、401、500などのエラーステータスが表示されても、ブラウザはステータスが0に設定されているエラーオブジェクトでhttpエラーハンドラに応答することがあります。

これは、アプリケーションとAPIが異なるドメインにある場合に発生する可能性があります-CORSメカニズムが適用されます。各APIリクエストのCORSによると、ブラウザは2つのリクエストを送信します。

1. APIがActual / Originリクエストを許可するかどうかを理解するためのプリフライトOPTIONSリクエスト。
2. APIが許可する場合（OPTIOSリクエストはステータス204と正しいAccess-Control-Allow-Originヘッダーで応答します）-ブラウザーは次の「実際の/元のリクエスト」を送信します。

アプリケーションでは、「実際の/元のリクエスト」のエラー応答を処理しています。「プリフライトOPTIONSリクエスト」が失敗した場合-ブラウザは、httpエラーハンドラに正しいHttpErrorオブジェクトを提供しません。したがって、http応答の正しいステータスを取得するには、必ずプリフライトOPTIONSリクエストの成功応答を取得してください。

私の場合はCORS。

iOSアプリで一度そのような反応がありました。解決策は欠落していたAccess-Control-Allow-Origin: *ヘッダー。

詳細：https : //developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Access-Control-Allow-Origin

これは、NSURLConnectionを使用している場合、401 HTTP応答で発生する可能性があります。

401の応答の代わりにエラーを返すNSURLConnectionを参照してください

ゲートウェイタイムアウトでは、エラーコールバックのステータスはゼロになります。

.error( function( data,status,headers,config){
    console.log(status) 
 }

HTTPステータスコード