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) ne se produit que lorsque j'utilise des réseaux avec statique IP.
J'ai diminué le niveau de sécurité dans un routeur mais en vain.
Les réseaux avec IP statique sont-ils équipé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:
https://stackoverflow.com/questions/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 alors que j'ai commencé à faire des progrès.
Étant donné que la directive inflate/deflate désactive certains liens, j'ai dû la rendre exclusive pour les fichiers javascript:
" Application AddOutputFilterByType DEFLATE/x-javascript ".
Aussi, j'avais besoin d'un Tweak supplémentaire qui doit être activé 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 (au sein d'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 pouvais afficher toutes les pages lorsque je contournais le proxy (par exemple, en émettant la demande directement sur la machine où 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; Lors de la vérification via (en utilisant F12 dans 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