Websockets bloqueados no Chrome e no Firefox, mas não no IE - Proxy

4

Estou tentando usar o Slack, mas não consigo trabalhar no Chrome ou no Firefox. Eu recebo um erro de conexão. Eu uso o teste de ajuda deles e recebo falhas nos websockets.

Eu não tenho os mesmos problemas ao usar o IE.

Estou atrás de uma rede de trabalho e os dois navegadores estão usando as mesmas configurações da LAN. Quando eu entro nas configurações da LAN, a única coisa que está marcada é Use automatic configuration script e há uma URL lá.

Por que os sockets web não são um problema no IE e como eu os impediria de causar problemas em outros navegadores?

Info: Veja algumas informações sobre as versões dos navegadores. Chrome: 52.02743.116 IE: 11.0.9600

Ao acessar o link , recebo o seguinte:

IE: Websockets supported - Yes
HTTP Proxy - Yes
Port 80 - Disconnected
Port 443 - Connected
Port 8080 - Disconnected
Port 443 SSL - Connected

Chrome: Websockets supported - Yes
HTTP Proxy - Yes
All ports disconnected

Tentou se conectar ao slack via http e wss , como recomendado nos comentários, mas apenas reverte para https .

Obrigado

    
por user1923975 18.08.2016 / 20:22

1 resposta

3

Eu suspeito de uma incompatibilidade nas configurações de proxy dos diferentes navegadores.

Se as configurações de proxy do IE foram configuradas manualmente, essas configurações precisarão ser repetidas em seus outros navegadores. Se eles forem configurados automaticamente, esperamos que todos os navegadores estejam recebendo as mesmas configurações - qualquer discrepância pode causar essas falhas.

O script de configuração automática de proxy (PAC) em seu ambiente poderia usar alguns recursos que funcionam apenas no IE. Um script PAC foi baixado para o seu navegador (resultado de "Detecting Proxy Settings ...") ou está visível nas configurações de proxy do seu navegador?

Nas versões recentes do chrome, você pode visualizar as configurações atuais do PROXY visitando o URL: chrome: // net-internals / # proxy. Essas configurações combinam com as do IE. As configurações de proxy no Firefox podem ser visualizadas ou alteradas seguindo as instruções no link (procure por "URL de configuração automática de proxy" nessa página). Se você souber com certeza que as configurações de proxy do seu ambiente de trabalho estão "configuradas automaticamente", defina todos os seus navegadores como tal.

Se você chegar ao ponto em que todas as configurações de proxy dos navegadores são as mesmas e um arquivo PAC está envolvido. Ou seja é possível que o arquivo obtido com o wpad funcione em um navegador, mas não em outro, você terá que investigar mais profundamente.

  1. O primeiro ponteiro na lista abaixo pode ajudar a baixar o arquivo de script do proxy no IE. Se a URL do arquivo PAC for atendida por um servidor da Web (ou seja, o arquivo wpad for um http: // url), recomendo verificar primeiro se as versões baixadas do mesmo arquivo do IE, Chrome e Firefox são todas exatamente iguais. mesmo. Este servidor da Web pode alterar sua resposta com base no agente do usuário solicitante. É preciso inspecionar a versão para o navegador que não está funcionando, se forem diferentes.

  2. Uma vez obtido o script que o Chrome ou o Firefox usam, é necessário inspecioná-lo. Essa é a parte mais difícil. É preciso simular o que o script faria se fosse fornecido o URL do websocket e o host do slack.com. Talvez isso possa ser feito por inspeção visual e dedução, mas se o script é muito complicado, uma ferramenta pode ser usada (veja o link de depuração na lista).

  3. Uma coisa a observar é a presença de funções não suportadas pelo navegador específico. Suspeito que os erros encontrados nesses scripts não sejam bem relatados para o usuário, e o comportamento em casos de erro pode estar mal definido.

Neste ponto, só posso fornecer ponteiros.

e algumas informações básicas:

por 07.09.2016 / 03:44