Более короткий ответ
Основываясь на проведенном мною тестировании, кажется, что при использовании 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 / сессиями.