ウェブサイトはChrome=で機能しますが、Internet Explorerでは機能しません
私はWindows 7 Pro x64を使用しています このサイトにアクセスする Chromeに問題なくアクセスできます）.
ただし、Internet Explorer（v 11.0.9600.17959）はタイムアウトして次のように表示されます。
このページは表示できません。
私の側の設定の問題だと思います。何を壊したの？
より短い答え
私が行ったテストに基づいて、curlを使用してサイト/ URLをデバッグすると、302リダイレクトループが発生しているようです。そして、その302リダイレクトループが原因で、一部のブラウザーではサイトをアンロードできます。
とはいえ、curlはCookieを処理できないかなりおかしいHTTPテストツールであり、デバッグプロセスから返されたHTTPヘッダーに基づいて、そのWebサイトがクライアント側でCookieを無限に設定しようとしているようです。それは良いことではありません。
知っていることですが、curlを使用したテストでCookieの設定に失敗したときにサイトが302リダイレクトループに入った場合、Internet Explorer 11のインストールで、ivytech.eduを妨げていると思われます。サーバーもクッキーを設定することから？これにより、サーバーで302リダイレクトループ状態が発生し、Internet Explorer 11がその302リダイレクトループに実行されたときに、ページが正しく読み込まれなくなります。
つまり、ivytech.eduサーバーのCookie /セッションの設定は、技術的/「ビルドツーフェイル」の観点から問題があると思います。また、Internet Explorer 11のインストールに実際に問題がある場合でも、ivytech.eduサーバーのcookie /セッションのセットアップは、発生するのを待つ問題であると思います。そして悲しいことに、あなたはたまたまその問題を乗り越えました。サーバー接続は、クライアントに接続できないため、このように失敗してはなりません。それは悪いエンジニアリングです。
より長い答え
あなたはこれを言う：
私の側の設定の問題だと思います。何を壊したの？
まず、常にInternet Explorerのせいにできるときは、自分のせいにしないでください。そして、この場合、Chrome許可されているがインターネットのWebサイト自体に問題があるように見えるため、Internet Explorerを責めないエクスプローラーが窒息しました。これで診断できました。
まず、 RL自体をチェックするW3Cマークアップ検証ツール に行きました。そして、私は次のメッセージを受け取りました：
ごめんなさい！このドキュメントはチェックできません。
これは基本的にInternet Explorerで表示されるメッセージと同じですが、W3C Markup ValidatorはHTMLデバッグツールであるため、詳細な情報が得られました。
リダイレクトループが検出されました（max_redirect = 7）
ああ！それが問題です！サーバー自体がURLを7回以上リダイレクトしているため、これは悪い習慣と見なされています。
さらにデバッグを行うために、ターミナル（私はMac OS Xマシンを使用しています）を開き、そのURLを curl で次のようにテストしました。
curl -I -L http://cc.ivytech.edu/cp/home/displaylogin
単純なHTTPヘッダーを単に返す-Iオプションと-Lは、すべてのリダイレクトに従うようにcurlに指示します。その後、私が見たのは、次の2つの場所の間を無限にループしていることです。
HTTP/1.1 302 Moved Temporarily
Server: nginx/1.6.2
Date: Sat, 29 Aug 2015 05:00:42 GMT
Content-Type: text/html
Content-Length: 160
Connection: close
Location: https://ccapps.ivytech.edu/cgi-bin/ccsession/session.cgi
HTTP/1.1 302 Found
Date: Sat, 29 Aug 2015 05:00:43 GMT
Server: Apache/2.2.15 (Red Hat)
Set-Cookie: CCSESSID=nWSdtHa8fQQSLmBsRYQZhalig3r5GYNW; domain=.ivytech.edu; path=/
Location: http://cc.ivytech.edu/cp/home/displaylogin
Connection: close
Content-Type: text/html; charset=iso-8859-1
最初のHTTP/1.1 302 Moved Temporarilyがhttps://ccapps.ivytech.edu/cgi-bin/ccsession/session.cgiにリダイレクトし、次にHTTP/1.1 302 Foundを返信して、最初のURLであるhttp://cc.ivytech.edu/cp/home/displayloginに再度リダイレクトする方法に注意してください。それは変です。 WebサーバーがこのようにURLの場所を無限にループすることを私が知っている正当な理由はありません。
したがって、問題は可能性がありますあなたの側ではありません。どういうわけかChromeは、ivytech.eduサーバー上のこの奇妙なサーバー設定でうまく機能しています。しかし、Internet Explorerは基本的に、指示されていることを実行してから、「ねえ、なぜこのリダイレクトはクレイジーなのですか？あきらめる。"
しかし、私はmightと言いましたよね？
おそらく、問題はサーバーのivytech.eduにあるか、またはこれがcookie /セッションの問題である可能性があります。 2番目のホップでは、ヘッダーがSet-Cookie: CCSESSID=nWSdtHa8fQQSLmBsRYQZhalig3r5GYNW; domain=.ivytech.edu; path=/を介してCookieを設定しようとしていることに注意してください。 curlはかなり「ダム」で単純なHTTPテストツールであるため、curlではサーバーからのそのディレクティブはCookieを設定できません。たぶんcurlがcookieを設定できないことがループを引き起こしているのでしょうか？そして、それを知っていると、Internet Explorer 11のセットアップの何かがCookieのセットアップの問題も引き起こしていると推測できるかもしれません。
これの意味するところ：クライアント側には何も問題がない可能性があります。 aka：あなたの側。しかし、おそらく、そのウェブサイト/ URLを管理するivytech.eduのウェブサーバーに問題があります。また、このWebサイトを処理するInternet Explorer 11のセットアップに関しては、Cookie /セッションの問題もあるのではないでしょうか。私は彼らのテクニカルサポートチームに連絡して、この問題について警告することを検討し、参照のためにこのスレッドを紹介することもできます。ヘック、あなたが知っているすべての人にとって、これはサーバーのセットアップとローカルのCookie /セッションの問題の組み合わせです。
ここからすべてのソリューションを試しましたが、問題が解決しないエンタープライズモードも試しました。
私がしなければならなかったことは、このような問題を解決したIE設定で信頼済みサイトにドメインを追加することでした* .subdomain.domain.com
最近、ウェブサイトの1つがIEではなくChrome=で機能するという同様の問題がありました。ページは表示されましたが、IEにログインできませんでした。最後に、ホスト名がIEエラーが発生したURLに "_"（アンダースコア）があります。アンダースコープなしでサイトの名前を変更すると、両方で動作しました。