失敗後にInternet ExplorerがAjax呼び出しでHTTP投稿本文を送信しないのはなぜですか？

次のシナリオを確実に再現できます。

1. サーバーにAJAXリクエストを送信する小さなHTMLページを作成する（HTTP POSTを使用）
2. ネットワークから切断して再接続する
3. 失敗後にIEが生成するパケットを監視する

ネットワーク接続が失敗した後、IEは次のAJAX要求を行いますが、HTTPポストを行うときはHTTPヘッダーのみを送信します（本文は送信しません）。これは部分的なリクエストに過ぎないため、サーバーであらゆる種類の問題を引き起こします。Bingでこの問題をググると、AJAXを使用した「ランダムサーバーエラー」または原因不明のAJAXの失敗について不満を言う人がたくさんいます。

IEは（他のほとんどのブラウザーとは異なり）常にHTTP POSTを2つのTCP / IPパケットとして送信することを知っています。ヘッダーと本文は別々に送信されます。失敗の直後の場合、IEはヘッダーのみを送信します。IEがペイロードを送信することはなく、サーバーは最終的にタイムアウトで応答します。

だから私の質問は-なぜそれがこのように振る舞うのですか？HTTP仕様に基づいて間違っているようで、他のブラウザはこのように動作しません。単なるバグですか？確かに、これは深刻なAJAXベースのWebアプリケーションに大混乱をもたらします。

参考情報：

1分より短いHTTPキープアライブタイムアウトによってトリガーされる同様の問題があり、ここに記載されています。

http://us.generation-nt.com/xmlhttprequest-post-sometimes-fails-when-server-using-keep-aliv-help-188813541.html

http://support.microsoft.com/default.aspx?kbid=831167

この質問に対する明確な答えはないようですので、代わりに経験的データを提供し、それを回避するいくつかの方法を提供します。たぶん一部のMSインサイダーはいつかこれにいくつかの光を当てるでしょう...

1. サーバーでHTTPキープアライブが無効になっている場合、この問題はなくなります。つまり、HTTP 1.1サーバーは、すべてのAjax要求Connection: Closeに応答の行で応答します。これはIEを満足させますが、すべてのAjaxリクエストが新しい接続を開く原因になります。これは、特に待ち時間の長いネットワークで、パフォーマンスに大きな影響を与える可能性があります。

2. この問題は、Ajaxリクエストが連続して行われると簡単に引き起こされます。たとえば、Ajaxリクエストを100ミリ秒ごとに実行し、ネットワークステータスが変化すると、エラーを簡単に再現できます。ほとんどのアプリケーションはこのような要求を行わない可能性がありますが、この問題につながる可能性のあるいくつかのサーバー呼び出しが互いに直後に発生する可能性があります。おしゃべりが少ないと、IEが幸せになります。

3. NTLM認証がなくても発生します。

4. これは、サーバーのHTTPキープアライブタイムアウトがデフォルト（Windowsではデフォルトで60秒）よりも短い場合に発生します。問題のリンクで提供される詳細。

5. ChromeやFirefoxでは発生しません。FFは1つのパケットを送信するため、この問題を完全に回避しているようです。

6. IE 6、7、8で発生します。IE9ベータでは再現できませんでした。

Microsoft Internet Explorerまたは別のプログラムを使用してre-POST操作を実行すると、 Microsoft KB記事というタイトルのヘッダーデータのみが投稿され、この問題が解決するようです。

この記事では修正プログラムを提供しています。IE8などのそれ以降のブラウザーの場合、ホットフィックスはすでに含まれていると表示されますが、クライアントPCのレジストリ設定で有効にする必要があります。

IEの一部の古いバージョンがPOSTの本体ではなくヘッダーのみを返すという同様の問題がありました。私の問題はIEとNTLMに関連していることが判明しました。NTLMについて言及しなかったので、これはおそらく役に立ちませんが、念のために：

http://support.microsoft.com/kb/251404

これは長い話ですが、IE（さらにはFirefox）は、HTTPリクエストに使用する接続を「記憶」することがあります。メモ/例：

• Firefoxでは、プロキシ設定を変更し、ページでSHIFT-RELOADを押すと、古いプロキシが引き続き使用されます。ただし、古いプロキシ（ "killall squid"）を強制終了すると、新しいプロキシの使用が開始されます。

• 切断/再接続すると、新しいIPアドレスまたは同様のものを受け取りますか？古いIPアドレスを何らかの方法で監視して、IEがデータを現在死んでいるアドレスに送信しているかどうかを確認できますか？

• 私の推測では、IEは間違った経路をたどってデータを送信しています。「POST」パケットのネットワーク接続をキャッシュしないほど賢いかもしれませんが、POSTペイロードの場合は十分に賢くないかもしれません。

• 人々がネットワークから切断して再接続することはめったにないので、これはおそらくほとんどのAJAXアプリに影響を与えませんか？

NTLM認証を使用していますか？

NTLM認証を使用する場合、IEはポストデータを送信しません。ヘッダー情報を送信し、許可されていない応答の送信承認を期待し、「再認証」後に投稿を送信します。

$ .ajaxを使用しているときに今日同様の問題があり、asyncをfalseに設定することで修正できました。

$.ajax({
  async: false, 
  url: '[post action url]',
  data: $form.serialize(),
  type: 'POST',
  success: successCallback
});