Web インターフェイスが HTTPS 経由で提供される CMS システムがあります。これは Firefox ではうまく機能しますが、IE6 または IE7 で読み込むと、「このページには安全な項目と安全でない項目が両方含まれています」というメッセージが表示されます。
ページを Firefox にロードして Firebug で確認したところ、すべての接続が HTTPS 経由で行われているようです。
IE がこの明らかに偽のエラーをスローする原因を特定する方法はありますか?
Web インターフェイスが HTTPS 経由で提供される CMS システムがあります。これは Firefox ではうまく機能しますが、IE6 または IE7 で読み込むと、「このページには安全な項目と安全でない項目が両方含まれています」というメッセージが表示されます。
ページを Firefox にロードして Firebug で確認したところ、すべての接続が HTTPS 経由で行われているようです。
IE がこの明らかに偽のエラーをスローする原因を特定する方法はありますか?
Firefox には、混合コンテンツの検出に多数のバグがあります。一般に、Fiddler を使用して、安全でないリソースを見つけてください。
私が作成したツール (www.bayden.com/dl/scriptfreesetup.exe) をインストールすると、別の混合コンテンツ プロンプトが表示され、ページ上の最初の安全でないリソースの正確な URL が表示されます。そのツールは基本的にプロトタイプであり、使い終わったらアンインストールする必要があります。
Fiddlerを使用して、サーバーと IE の間のトラフィックを監視します。
[ツール] > [フィドラー オプション...] > [HTTPS] に移動し、[HTTPS トラフィックの復号化] をオンにしてください。
サーバーと IE の間で生成された非 HTTPS トラフィックは、Web セッション リストで簡単に見つけることができます。
私は Eric のツールを使用しました (Eric のおかげで何時間も節約できました...)、IE6 は相対パスで指定された背景画像を安全でないコンテンツとして扱うことがわかりました。実際にはhttps経由でリクエストしていますが。困惑している場合-相対パスを絶対パスに変換すると、本当に役立つかもしれません...
1 つまたは複数のリソース (見落とされがちな CSS url-image 参照) が、証明書でカバーされていないサブドメインを指していますか ( https://www.example.comとhttps://static.example.com )?
SSLを使用していないものが表示されない場合、これは通常、どこかで壊れたSSL証明書が原因です。問題が正確に何であるかを教えてくれる手元にあるものは何も知りませんが、十分に簡単にロードされたすべてのリストを取得できます。
Firefoxの「ページ情報」ダイアログ(ページを右クリック)のメディアタブでそれができます。Fiddler(優れた、非常に便利なソフトウェア)を試してみる価値があるかもしれません。