Falha ao carregar recurso: net :: ERR_CONNECTION_RESET

6

Desde que comecei a usar um aplicativo por trás de um proxy reverso (mod_jk do Apache2), notei que algumas páginas não serão carregadas (elas seriam sem as configurações de proxy reverso).

Foi um erro sutil que precisei inspecionar para descobrir, graças ao Google Chrome: Falha ao carregar o recurso: net :: ERR_CONNECTION_RESET .

Simplesmente, um arquivo JavaScript seria parcialmente carregado (~ 12KB carregado de ~ 50KB).

Achei que havia algo errado com o Apache2, o mod_jk, o AJP ou o Jetty.

Mas então me envolvi em uma investigação em que usava diferentes navegadores e redes diferentes.

Veredicto: Este erro (ERR_CONNECTION_RESET) ocorre apenas quando eu uso redes com IP estático .

Reduzi o nível de segurança em um roteador, mas em vão.

As redes com IP estático estão equipadas com níveis mais altos de segurança?

Como superar esse problema?

Este é um impasse porque o proxy reverso é principalmente destinado a tirar proveito dos endereços IP estáticos de nossos pontos de venda para um nível maior de segurança.

    
por Mohamed Ennahdi El Idrissi 15.01.2016 / 22:04

3 respostas

4

Eu finalmente resolvi o problema.

O avanço ocorreu quando eu segui as diretivas do @john ktejik:

link

Eu percebi que o recurso envolvido era englobado em um arquivo .jar. Portanto, eu tive que dizer ao Apache2 para usar explicitamente " SetOutputFilter INFLATE; proxy-html; DEFLATE ".

Foi quando comecei a fazer algum progresso.

Como a diretiva inflate / deflate desativa alguns links, tive que torná-lo exclusivo para arquivos javascript:

" AddOutputFilterByType DEFLATE aplicativo / x-javascript ".

Além disso, eu precisava de um ajuste extra que ativasse mod_expires e mod_headers (source ).

Por fim, prefiro limpar o cache antes de testar em máquinas diferentes.

É evidente que o problema está relacionado à expiração do cache e ao IP estático, algo que não consigo entender.

Mais importante, o problema está resolvido (testado em diferentes máquinas com diferentes navegadores com IP estático e dinâmico)!

    
por 20.01.2016 / 10:53
3

Eu tive problemas semelhantes ao executar uma instância de confluência (dentro de um servidor tomcat) atrás do apache2 usando mod_jk ou mod_proxy. Quando tentei visualizar as páginas wiki da confluência, recebi as seguintes mensagens de erro:

Chrome: ERR_CONNECTION_RESET

Firefox: a conexão foi reiniciada

O problema sutil era que algumas das páginas (como a tela de login) podiam ser visualizadas, enquanto eu perdia a conexão ao visualizar outras páginas. Eu também descobri que eu posso ver todas as páginas quando eu ignorar o proxy (por exemplo, emitindo a solicitação diretamente na máquina em que tomcat / confluence estava executando usando um proxy SOCKS sobre ssh).

Finalmente, descobri que o problema foi causado pela compressão dupla realizada por confluência e apache2. Isso fez com que o conteúdo fosse compactado duas vezes, o que não pode ser tratado pelo cliente.

O Apache2 estava usando o mod_deflate para compactar o conteúdo enviado do servidor para o cliente. Eu encontrei estas instruções sobre testes para (e desabilitando) mod_deflate.

A desativação da compactação no aplicativo da Web de confluência resolveu o problema para mim, conforme descrito aqui .

No meu caso, a instância do Apache é compartilhada entre um número de aplicativos / desenvolvedores e eu acho que uma atualização ou reconfiguração do servidor que eu não conhecia introduziu esses problemas.

    
por 03.08.2016 / 15:05
1

enfrentou um problema semelhante (Chrome: ERR_CONNECTION_RESET) ao acessar o servidor rstudio hospedado no CENTOS e tentou acessar http: //: 8787 a partir da área de trabalho do Windows 10; Após o login bem-sucedido no R-StudioServer, o navegador chegou na página em branco; Após a verificação (usando F12 no navegador chrome), descobriu-se que

7FB4E8E294D00886385447916050EC79.cache.js Falha ao carregar recurso: net :: ERR_CONNECTION_RESET

Após várias tentativas de tentativa e erro, como atualizar o navegador R / Chrome do navegador / desativar o cache; Eu finalmente encontrei que o site foi bloqueado por um programa antivírus (Trend Micro segurança máxima - > no meu caso); Mais tarde, adicionei a sites confiáveis para prosseguir

    
por 02.04.2017 / 07:00