開発者ツール コンソールでネットワークを監視して、Internet Explorer 10 の問題をデバッグしようとしていますが、奇妙な動作で立ち往生しています。コンソールが閉じて、記録されたすべてのトラフィックが失われることがあります。
より正確には、呼び出しシーケンスは次のとおりです (これは実際には、IDP でのクライアント証明書ログインによる標準の SAML 2.0 認証フローです)。
- GET https://application.host/alias -> 応答は、自動送信 POST フォームです。
- POST https://identity.provider.host/sso/end/point/alias -> 証明書による認証がここで行われ、SAML 2.0 応答を含む自動送信 POST フォームが返され、次の場所に送信されます。
- POST http://application.host/acs/end/point -> 自動送信 POST フォームを次の場所に返します。
- POST https://application.host/alias (最初にアクセスしたリソース) - リダイレクト先:
- GET https://application.host/alias
最初のアクセス以降はすべて自動的に行われ、ユーザーはリンクをクリックしたりフォームを送信したりする必要はありません。
自動送信 POST フォームは次のようなものです。
<html>
<head>
... some head data here...
</head>
<body onLoad="document.forms[0].submit()">
<form name="auto.submit.form">
... some form fields here...
</form>
</body>
</html>
問題はポイント 2 のどこかで発生します。開発者ツール コンソールは閉じますが、これはブラウザの実際の動作には影響しないようです。
私も HttpWatch Professional で試しました - 同じ効果が得られます - プラグインは記録を停止するか、完全に閉じます。この場合、実際の問題をデバッグできなくなるため、Fiddler を使用できません (つまり、Fiddler が有効な場合に機能します)。また、この問題は IE に固有のものであるため、別のブラウザーの開発者ツールを使用できません。
それについてのアイデア/ヒントはありますか？
更新: 問題の少なくとも一部を把握したと思います: 別のゾーンへのナビゲーションが完了すると、開発者ツール ウィンドウが閉じます。つまり、私の場合、ステップ 2 のホストはインターネット ゾーンにあり、他のステップのホストはローカル イントラネット ゾーンにあり、ポイント 2 からポイント 3 へのナビゲーションが完了した後、開発ツール ウィンドウが閉じられます (リダイレクト時ではありません)。 1から2まで行われます）。違いは、最初の 1 つは JavaScript と自己送信フォームを介して行われるのに対し、もう 1 つは 302 リダイレクト応答だけであることです。
すべてのサイトをローカル イントラネット ゾーンに追加すると、問題は発生しなくなりました。それでも謎であり、HttpWatchも影響を受けているように見えるため、開発ツールの問題ではなくIEの問題のようです。