Impossible de charger la ressource: net :: ERR_CONNECTION_RESET

Depuis que j'ai commencé à utiliser une application derrière un proxy inverse (mod_jk d'Apache2), j'ai remarqué que certaines pages ne se chargent pas (elles le feraient sans les paramètres de proxy inverse).

C'était une erreur subtile que j'ai dû inspecter pour le découvrir, grâce à Google Chrome: Impossible de charger la ressource: net :: ERR_CONNECTION_RESET .

Simplement, un fichier JavaScript serait partiellement chargé (~ 12 Ko chargés sur ~ 50 Ko).

Je pensais que quelque chose n'allait pas avec Apache2, mod_jk, AJP ou Jetty.

Mais ensuite, je me suis engagé dans une enquête où j'utiliserais différents navigateurs avec différents réseaux.

Verdict: cette erreur (ERR_CONNECTION_RESET) se produit uniquement lorsque j'utilise des réseaux avec une adresse IP statique .

J'ai diminué le niveau de sécurité dans un routeur mais en vain.

Les réseaux avec IP statique sont-ils dotés de niveaux de sécurité plus élevés?

Comment surmonter ce problème?

Il s'agit d'une impasse car le proxy inverse est principalement destiné à profiter des adresses IP statiques de nos arguments de vente pour un niveau de sécurité accru.

J'ai finalement résolu le problème.

La percée s'est produite lorsque j'ai suivi les directives de @john ktejik:

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

J'ai réalisé que la ressource impliquée était englobée dans un fichier .jar. Par conséquent, j'ai dû dire à Apache2 d'utiliser explicitement " SetOutputFilter INFLATE; proxy-html; DEFLATE ".

C'est à ce moment que j'ai commencé à progresser.

Étant donné que la directive inflate / deflate désactive certains liens, j'ai dû la rendre exclusive pour les fichiers javascript:

" AddOutputFilterByType DEFLATE application / x-javascript ".

De plus, j'avais besoin d'un ajustement supplémentaire qui consiste à activer mod_expires et mod_headers ( source ).

Enfin, je préfère vider le cache avant de tester sur différentes machines.

De toute évidence, le problème est lié à l'expiration du cache et à l'IP statique, que je ne peux pas vraiment comprendre.

Plus important encore, le problème est résolu (testé sur différentes machines avec différents navigateurs avec IP statique et dynamique)!

J'ai rencontré des problèmes similaires lors de l'exécution d'une instance de confluence (sur un serveur tomcat) derrière apache2 à l'aide de mod_jk ou mod_proxy. Lorsque j'ai essayé d'afficher les pages wiki de confluence, j'ai reçu les messages d'erreur suivants:

Chrome: ERR_CONNECTION_RESET

Firefox: la connexion a été réinitialisée

Le problème subtil était que certaines pages (comme l'écran de connexion) pouvaient être consultées, tandis que je perdais la connexion lors de la visualisation d'autres pages. J'ai également découvert que je peux afficher toutes les pages lorsque je contourne le proxy (par exemple, en émettant la demande directement sur la machine sur laquelle tomcat / confluence s'exécutait à l'aide d'un proxy SOCKS via ssh).

Enfin, j'ai découvert que le problème était dû à une double compression effectuée par confluence et apache2. Cela a fait que le contenu a été compressé deux fois, ce qui ne peut pas être géré par le client.

Apache2 utilisait mod_deflate pour compresser le contenu envoyé du serveur vers le client. Je suis tombé sur ces instructions pour tester (et désactiver) mod_deflate.

La désactivation de la compression dans l'application Web de confluence a résolu le problème pour moi, comme décrit ici .

Dans mon cas, l'instance Apache est partagée entre un certain nombre d'applications / développeurs et je suppose qu'une mise à niveau ou une reconfiguration du serveur dont je n'étais pas au courant a introduit ces problèmes.

A rencontré un problème similaire (Chrome: ERR_CONNECTION_RESET) lors de l'accès au serveur rstudio hébergé dans CENTOS et a essayé d'accéder à http: //: 8787 à partir du bureau Windows 10; Après une connexion réussie à R-StudioServer, le navigateur a atterri dans une page vierge; Après vérification via (à l'aide de F12 dans le navigateur Chrome), il a constaté que

7FB4E8E294D00886385447916050EC79.cache.js Impossible de charger la ressource: net :: ERR_CONNECTION_RESET

Après plusieurs essais et erreurs comme la mise à niveau du navigateur R / Chrome / désactiver le cache; J'ai finalement trouvé que le site était bloqué par un programme antivirus (Trend Micro Maximum security -> dans mon cas); Plus tard, j'ai ajouté des sites de confiance pour continuer