Fehler beim Laden der Ressource: net :: ERR_CONNECTION_RESET

Seit ich eine Anwendung hinter einem Reverse-Proxy (mod_jk von Apache2) verwende, habe ich festgestellt, dass einige Seiten nicht geladen werden (ohne die Reverse-Proxy-Einstellungen).

Es war ein subtiler Fehler, den ich untersuchen musste, um ihn herauszufinden, dank Google Chrome: Fehler beim Laden der Ressource: net :: ERR_CONNECTION_RESET .

Eine JavaScript-Datei würde einfach teilweise geladen (~ 12 KB von ~ 50 KB geladen).

Ich dachte, mit Apache2, mod_jk, AJP oder Jetty stimmt etwas nicht.

Aber dann habe ich eine Untersuchung durchgeführt, bei der ich verschiedene Browser zusammen mit verschiedenen Netzwerken verwenden würde.

Urteil: Dieser Fehler (ERR_CONNECTION_RESET) tritt nur auf, wenn ich Netzwerke mit statischer IP verwende.

Ich habe die Sicherheitsstufe in einem Router verringert, aber vergebens.

Sind Netzwerke mit statischer IP mit einem höheren Sicherheitsniveau ausgestattet?

Wie kann dieses Problem behoben werden?

Dies ist eine Pattsituation, da der Reverse-Proxy hauptsächlich dazu bestimmt ist, statische IP-Adressen unserer Verkaufsargumente für ein höheres Sicherheitsniveau zu nutzen.

Ich habe das Problem endlich gelöst.

Der Durchbruch ereignete sich, als ich den Anweisungen von @john ktejik folgte:

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

Mir wurde klar, dass die betreffende Ressource in einer JAR-Datei enthalten war. Daher musste ich Apache2 anweisen, " SetOutputFilter INFLATE; proxy-html; DEFLATE " explizit zu verwenden .

Zu diesem Zeitpunkt machte ich einige Fortschritte.

Da die Inflate / Deflate-Direktive einige Links deaktiviert, musste ich sie exklusiv für Javascript-Dateien machen:

" AddOutputFilterByType DEFLATE application / x-javascript ".

Außerdem brauchte ich eine zusätzliche Optimierung , um mod_expires und mod_headers ( Quelle ) zu aktivieren .

Schließlich würde ich lieber den Cache leeren, bevor ich auf verschiedenen Maschinen teste.

Das Problem hängt eindeutig mit dem Ablauf des Cache und der statischen IP zusammen, was ich nicht wirklich verstehen kann.

Noch wichtiger ist, dass das Problem gelöst ist (getestet auf verschiedenen Computern mit verschiedenen Browsern mit statischer und dynamischer IP)!

Ich hatte ähnliche Probleme beim Ausführen einer Confluence-Instanz (innerhalb eines Tomcat-Servers) hinter apache2 mit mod_jk oder mod_proxy. Beim Versuch, die Confluence-Wiki-Seiten anzuzeigen, wurden folgende Fehlermeldungen angezeigt:

Chrome: ERR_CONNECTION_RESET

Firefox: Die Verbindung wurde zurückgesetzt

Das subtile Problem war, dass einige der Seiten (wie der Anmeldebildschirm) angezeigt werden konnten, während ich beim Anzeigen anderer Seiten die Verbindung verlor. Ich habe auch festgestellt, dass ich alle Seiten anzeigen kann, wenn ich den Proxy umgehe (z. B. die Anforderung direkt auf dem Computer ausgeben, auf dem Tomcat / Confluence mit einem SOCKS-Proxy über ssh ausgeführt wurde).

Schließlich fand ich heraus, dass das Problem durch die doppelte Komprimierung durch Konfluenz und Apache2 verursacht wurde. Dies führte dazu, dass der Inhalt zweimal komprimiert wurde, was vom Client nicht verarbeitet werden kann.

Apache2 verwendete mod_deflate, um vom Server an den Client gesendete Inhalte zu komprimieren. Ich bin auf diese Anweisungen beim Testen (und Deaktivieren) von mod_deflate gestoßen.

Das Deaktivieren der Komprimierung in der Confluence-Webanwendung hat das hier beschriebene Problem für mich gelöst .

In meinem Fall wird die Apache-Instanz von mehreren Anwendungen / Entwicklern gemeinsam genutzt, und ich vermute, dass ein Upgrade oder eine Neukonfiguration des Servers, von dem ich nicht wusste, dass diese Probleme aufgetreten sind.

Ähnliches Problem (Chrome: ERR_CONNECTION_RESET) beim Zugriff auf den in CENTOS gehosteten rstudio-Server und der Versuch, über den Windows 10-Desktop auf http: //: 8787 zuzugreifen; Nach erfolgreicher Anmeldung bei R-StudioServer landete der Browser auf einer leeren Seite. Bei der Überprüfung durch (mit F12 im Chrome-Browser) wurde festgestellt, dass

7FB4E8E294D00886385447916050EC79.cache.js Fehler beim Laden der Ressource: net :: ERR_CONNECTION_RESET

Nach mehreren Versuchen wie dem Aktualisieren des R / Chrome-Browsers / dem Deaktivieren des Cache; Ich fand schließlich heraus, dass die Site durch ein Antivirenprogramm blockiert wurde (Trend Micro Maximum Sicherheit -> in meinem Fall); Später habe ich vertrauenswürdige Sites hinzugefügt, um fortzufahren