3

Я использую Windows 7 Pro x64 и могу без проблем зайти на этот сайт в Chrome.

Однако Internet Explorer (v 11.0.9600.17959) просто отключится и покажет:

Эта страница не может быть отображена.

Я предполагаю, что это проблема конфигурации с моей стороны. Что я сломал?

3 ответа3

7

Более короткий ответ

Основываясь на проведенном мною тестировании, кажется, что при использовании curl для отладки сайта /URL-адреса происходит цикл перенаправления 302. И этот цикл перенаправления 302 может привести к невозможности загрузки сайта в некоторых браузерах.

Тем не менее, curl - довольно тупой инструмент тестирования HTTP, который не может обрабатывать куки-файлы, и, основываясь на HTTP-заголовках, отправленных обратно в процессе отладки, кажется, что веб-сайт бесконечно пытается установить куки на стороне клиента. Что не очень хорошо.

Зная это, можно предположить, что если сайт переходит в цикл перенаправления 302, когда ему не удается установить cookie при тестировании с помощью curl , возможно, в вашей установке Internet Explorer 11 есть что-то странное, что мешает серверу ivytech.edu установить печенье тоже? Это может вызвать состояние цикла перенаправления 302 на сервере, а затем принудительно загрузить страницу, когда Internet Explorer 11 запускает этот цикл 302 перенаправления.

Все это говорит о том, что я считаю, что настройка файлов cookie/ сеансов сервера ivytech.edu проблематична с технической точки зрения / с точки зрения сборки до сбоя. И я полагаю, что даже если действительно существует проблема с вашей установкой Internet Explorer 11, настройка cookie/ сеанса сервера ivytech.edu - это проблема, ожидающая своего появления. И, к сожалению, вы случайно столкнулись с этой проблемой. Соединения с сервером не должны прерываться таким образом из-за невозможности подключения к клиенту; это плохая инженерия.

Более длинный ответ

Вы говорите это:

Я предполагаю, что это проблема конфигурации с моей стороны. Что я сломал?

Во-первых, не вините себя, если вы всегда можете винить Internet Explorer! И в этом случае даже не обвиняйте Internet Explorer, потому что кажется, что с самим сайтом что-то не так, что Chrome разрешил, но Internet Explorer подавился. Вот как мне удалось это диагностировать.

Сначала я пошел к W3C Markup Validator, чтобы проверить сам URL. И я получил следующее сообщение:

Сожалею! Этот документ не может быть проверен.

По сути, это то же самое, что и сообщение, которое вы получаете в 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

Опция -I просто возвращает пустые заголовки HTTP, а -L указывает curl следовать всем перенаправлениям. И то, что я увидел после этого, было следующее бесконечно петля между этими двумя местами:

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 . Это странно. Я не знаю какой-либо веской причины, по которой веб-сервер должен бесконечно зацикливать URL-адреса, подобные этой.

Так что проблема может быть не на вашем конце. Каким-то образом Chrome хорошо работает с этой странной настройкой сервера на сервере ivytech.edu . Но Internet Explorer в основном делает то, что ему говорят, а затем говорит: «Эй, почему это перенаправление как сумасшедшее? Я сдаюсь."

Но я сказал, может, верно?

Возможно, проблема на сервере ivytech.edu или, возможно, это проблема cookie/ сеанса. Обратите внимание, что во втором прыжке заголовок пытается установить cookie с помощью Set-Cookie: CCSESSID=nWSdtHa8fQQSLmBsRYQZhalig3r5GYNW; domain=.ivytech.edu; path=/ . В curl эта директива с сервера никогда не сможет установить cookie, так как curl - довольно «тупой» и простой инструмент HTTP-тестирования; так, может быть, неспособность curl установить cookie вызывает цикл? И, зная это, можно сделать вывод, что что-то в настройках Internet Explorer 11 также вызывает проблемы с установкой файлов cookie?

Что все это значит: на стороне клиента не может быть ничего плохого; ака: ваша сторона. Но, возможно, у веб-сервера ivytech.edu который управляет этим сайтом /URL, есть проблемы. И, возможно, существует проблема с файлами cookie / сеансами, когда речь идет о настройке Internet Explorer 11, обрабатывающей этот веб-сайт? Я хотел бы обратиться к их группе технической поддержки и предупредить их об этой проблеме и, возможно, даже указать им эту ветку для справки. Черт возьми, для всех, кого вы знаете, это сочетание их настройки сервера, а также локальных проблем с cookie / сессиями.

0

Недавно у нас была похожая проблема, когда один из сайтов работал в Chrome, а не в IE. Хотя страница была обработана, мы не смогли войти в IE. Наконец, проблема заключалась в том, что имя хоста имеет "_" (подчеркивание) в URL, который IE допустил по ошибке. Когда-то мы переименовали сайт без подсмотра. Работал в обоих.

-1

Убедитесь, что веб-сайт не добавлен в представление совместимости. Проверьте Инструменты IE - Настройки Представления Совместимости. У меня также были проблемы с рендерингом в IE, а не в Chrome, из-за чего я не смог получить ответ SAML. Это оказалось причиной.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .