Falha ao carregar o recurso: net :: ERR_CONNECTION_RESET

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

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

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

Eu pensei que algo estava errado com o Apache2, mod_jk, AJP ou Jetty.

Mas então eu participei de uma investigação na qual usaria diferentes navegadores junto com redes diferentes.

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

Eu diminuí 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 empate porque o proxy reverso é destinado principalmente a tirar proveito dos endereços IP estáticos dos nossos pontos de venda, para um maior nível de segurança.

Finalmente resolvi o problema.

A descoberta ocorreu quando segui as diretrizes de @john ktejik:

/programming/4390134/failed-to-load-resource-under-chrome/26742627

Percebi que o recurso envolvido estava incluído em um arquivo .jar. Portanto, 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, eu tive que torná-lo exclusivo para arquivos javascript:

" AddOutputFilterByType DEFLATE application / x-javascript ".

Além disso, eu precisava de um ajuste extra para ativar mod_expires e mod_headers ( fonte ).

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

Claramente, o problema está relacionado à expiração do cache e ao IP estático, que eu realmente 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)!

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 redefinida

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. Também descobri que posso visualizar todas as páginas quando ignoro o proxy (por exemplo, emitir a solicitação diretamente na máquina em que o tomcat / confluence estava em execução usando um proxy SOCKS sobre ssh).

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

O Apache2 estava usando o mod_deflate para compactar o conteúdo enviado do servidor para o cliente. Encontrei estas instruções sobre o teste (e desativação) do mod_deflate.

Desativar a 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 vários aplicativos / desenvolvedores e acho que uma atualização ou reconfiguração do servidor que eu não conhecia introduziu esses problemas.

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

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

Após várias tentativas de tentativa e erro, como atualizar o navegador R / Chrome / desativar o cache; Finalmente descobri que o site estava bloqueado pelo programa antivírus (Trend Micro Maximum security -> no meu caso); Mais tarde, adicionei sites confiáveis ​​para prosseguir