Questão O site funciona no Chrome, mas não no Internet Explorer


Eu estou usando o Windows 7 Pro x64 e eu sou capaz de visite este site no Chrome sem problemas.

No entanto, o Internet Explorer (v 11.0.9600.17959) irá apenas expirar e mostrar:

Esta página não pode ser exibida.

Eu estou supondo que é um problema de configuração no meu fim. O que eu quebrei?


2


origem


Seu IE aceita cookies? - Boris the Spider
Acabei de testar seu link no Opera 12.17, IE 11 (todas as configurações no padrão), Chrome 46 e Firefox 35. O site leva algum tempo para carregar, mas todos os navegadores, incluindo o IE foram capazes de exibir a página. (Win7 x64 também, se isso importa) - nixda


Respostas:


Resposta mais curta

Com base nos testes que fiz, parece haver um loop de redirecionamento 302 acontecendo ao usar curl para depurar o site / URL. E esse loop de redirecionamento 302 faria com que o site fosse descarregável em alguns navegadores.

Dito isto, curl é uma ferramenta de teste HTTP bastante idiota que não pode manipular cookies e, com base nos cabeçalhos HTTP enviados de volta do processo de depuração, parece que o site está tentando indefinidamente definir um cookie no lado do cliente. O que não é bom.

Sabendo disso, pode-se supor que, se o site entrar em um loop de redirecionamento 302 quando falhar ao definir um cookie ao testar com curl, talvez a sua instalação do Internet Explorer 11 tenha algo estranho que esteja impedindo a ivytech.edu servidor de definir um cookie também? O que então causaria uma condição de loop de redirecionamento 302 no servidor e forçaria a página a não carregar corretamente quando o Internet Explorer 11 for executado nesse loop de redirecionamento 302.

O que é tudo para dizer que eu acho o ivytech.edu configuração de cookie / sessão do servidor para ser problemática do ponto de vista técnico / "construir para falhar". E acredito que, mesmo que haja realmente um problema com a sua instalação do Internet Explorer 11, o ivytech.edu A configuração do cookie / sessão do servidor é um problema que está prestes a acontecer. E, infelizmente, você passou por cima desse problema. Conexões de servidor não devem falhar assim devido à sua incapacidade de se conectar a um cliente; isso é engenharia ruim.

Resposta mais longa

Você diz isso:

Eu estou supondo que é um problema de configuração no meu fim. O que eu quebrei?

Primeiro, não se culpe quando puder culpar sempre o Internet Explorer! E neste caso, não até culpar o Internet Explorer, porque parece que há algo errado com o próprio site que o Chrome permitiu, mas o Internet Explorer engasgou. Foi assim que consegui diagnosticar.

Primeiro fui ao o validador de marcação do W3C para verificar a própria URL. E recebi a seguinte mensagem:

Desculpa! Este documento não pode ser verificado.

Que é basicamente o mesmo que a mensagem que você está recebendo no Internet Explorer, mas como o W3C Markup Validator é uma ferramenta de depuração de HTML, ele me deu mais informações:

Loop de redirecionamento detectado (max_redirect = 7)

Ah! Esse é o problema! O servidor em si é redirecionar a URL mais de 7 vezes, o que é considerado uma má prática.

Para fazer mais depuração, abri o Terminal (estou em uma máquina Mac OS X) e testei essa URL com curl como isso:

curl -I -L http://cc.ivytech.edu/cp/home/displaylogin

o -I opção para simplesmente retornar cabeçalhos HTTP nus e -L diz ao curl para seguir todos os redirecionamentos. E o que vi depois disso foi o seguinte interminável loop entre esses dois locais:

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

Observe como o primeiro HTTP/1.1 302 Moved Temporarily redireciona para https://ccapps.ivytech.edu/cgi-bin/ccsession/session.cgi que envia de volta um HTTP/1.1 302 Found que, em seguida, redireciona para o primeiro URL novamente http://cc.ivytech.edu/cp/home/displaylogin. Isso é estranho. Não há nenhuma razão válida que conheço para um servidor da Web ser interminavelmente em loop de locais de URL como este.

Então a questão é poderia não no seu fim. De alguma forma, o Chrome está funcionando bem com essa configuração de servidor ímpar no ivytech.edu servidor. Mas o Internet Explorer basicamente está fazendo o que é dito para fazer e, em seguida, dizendo: "Ei, por que isso está redirecionando como um louco? Desisto."

Mas eu disse poderia, certo?

Talvez o problema esteja no servidor em ivytech.edu ou talvez este seja um problema de cookie / sessão. Observe que no segundo salto o cabeçalho está tentando definir um cookie via Set-Cookie: CCSESSID=nWSdtHa8fQQSLmBsRYQZhalig3r5GYNW; domain=.ivytech.edu; path=/. Dentro curl essa diretiva do servidor nunca será capaz de definir um cookie desde curl é uma ferramenta de teste de HTTP bastante “burra” e simples; talvez a incapacidade de curl definir um cookie está causando o loop? E sabendo disso, pode-se deduzir que algo em sua configuração do Internet Explorer 11 está causando problemas de configuração de cookie também?

O que tudo isso significa: Pode haver nada de errado no lado do cliente; aka: seu lado. Mas talvez o servidor web em ivytech.edu que gerencia esse site / URL com problemas. E talvez haja um problema de cookie / sessão, bem como quando se trata de sua configuração do Internet Explorer 11 lidar com este site? Eu consideraria entrar em contato com sua equipe de suporte técnico e alertá-los sobre esse problema e talvez até mesmo apontá-los para esse segmento para referência. Heck, por tudo que você sabe isso é uma combinação de sua configuração de servidor, bem como problemas locais de cookie / sessão.


6



Não há problema no firefox. - RogUE
@RogUE NoScript? Nenhuma idéia. Tudo o que sei é o que eu postei e estou confiante em minha avaliação. O erro não é baseado em navegador / cliente baseado em servidor. Por tudo o que sei, o Internet Explorer é o pior navegador para lidar com redirecionamentos 302. Mas o servidor em si é o que está causando o problema inicial. - JakeGould
@Bob, se isso se resolvesse magicamente, eu arriscaria um palpite de que você descobriu um caso importante no gerenciamento de sessões deles. Talvez você tenha um cookie de sessão expirado para que o manipulador de login detecte que isso redireciona você para algum tipo de validação de sessão e, em seguida, a validação da sessão detecta que o cookie expirou e o envia de volta para o login. Observe como o script CGI da sessão está configurando um cookie nos cabeçalhos. Isso tudo é apenas um palpite completo embora. - Boris the Spider
@JakeGould para mim, parece que quando você bate na página de login, o site envia um script de gerenciamento de sessão que tenta definir um cookie. Em seguida, ele envia de volta para a página de login. Agora o curl não está enviando esse cookie de volta para a página de login (sem cabeçalho de cookie), então o ciclo se repete. Eu arriscaria um palpite de que o OP tem cookies desativados no IE ... - Boris the Spider
@BoristheSpider Nice. Deve sempre verificar primeiro a opção simples! (o loop de redirecionamento ocorre no FF com os cookies desabilitados - não percebi o redirecionamento único porque eu já tinha o cookie quando inventei o monitor de rede pela primeira vez) - Bob


Recentemente, tivemos um problema semelhante em que um dos sites funcionava no Chrome e não no IE. Embora a página tenha sido processada, não conseguimos fazer o login no IE. Finalmente, o problema foi que, o nome do host tem um "_" (sublinhado) na URL que o IE errou. Uma vez renomeamos o site sem underscope. Trabalhou em ambos.


0