Impossibile caricare la risorsa: net :: ERR_CONNECTION_RESET

Da quando ho iniziato a utilizzare un'applicazione dietro un proxy inverso (mod_jk di Apache2), ho notato che alcune pagine non verranno caricate (farebbero senza le impostazioni del proxy inverso).

È stato un errore sottile che ho dovuto esaminare per scoprirlo, grazie a Google Chrome: Impossibile caricare la risorsa: net :: ERR_CONNECTION_RESET .

Semplicemente, un file JavaScript verrebbe parzialmente caricato (~ 12 KB caricati da ~ 50 KB).

Ho pensato che qualcosa non andasse in Apache2, mod_jk, AJP o Jetty.

Ma poi mi sono impegnato in un'indagine in cui avrei usato browser diversi insieme a reti diverse.

Verdetto: questo errore (ERR_CONNECTION_RESET) si verifica solo quando utilizzo reti con IP statico .

Ho ridotto il livello di sicurezza in un router ma invano.

Le reti con IP statico sono dotate di livelli di sicurezza più elevati?

Come superare questo problema?

Questo è uno stallo perché il proxy inverso è principalmente destinato a sfruttare gli indirizzi IP statici dei nostri punti vendita per un maggiore livello di sicurezza.

Ho finalmente risolto il problema.

La svolta è avvenuta quando ho seguito le direttive di @john ktejik:

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

Mi sono reso conto che la risorsa in questione era racchiusa in un file .jar. Pertanto, ho dovuto dire ad Apache2 di usare esplicitamente " SetOutputFilter INFLATE; proxy-html; DEFLATE ".

In quel momento ho iniziato a fare qualche progresso.

Poiché la direttiva infllate / deflate disabilita alcuni collegamenti, ho dovuto renderlo esclusivo per i file javascript:

" AddOutputFilterByType DEFLATE application / x-javascript ".

Inoltre, avevo bisogno di un ulteriore aggiustamento che è quello di attivare mod_expires e mod_headers ( sorgente ).

Infine, desidero piuttosto svuotare la cache prima di testare su macchine diverse.

Chiaramente, il problema è legato alla scadenza della cache e all'IP statico, che non riesco davvero a capire.

Ancora più importante, il problema è risolto (testato su macchine diverse con browser diversi con IP statico e dinamico)!

Ho avuto problemi simili durante l'esecuzione di un'istanza di confluenza (all'interno di un server Tomcat) dietro apache2 usando mod_jk o mod_proxy. Quando ho provato a visualizzare le pagine wiki di confluenza, ho ricevuto i seguenti messaggi di errore:

Chrome: ERR_CONNECTION_RESET

Firefox: la connessione è stata ripristinata

Il sottile problema era che alcune pagine (come la schermata di accesso) potevano essere visualizzate, mentre ho perso la connessione durante la visualizzazione di altre pagine. Ho anche scoperto di poter visualizzare tutte le pagine quando ignoro il proxy (ad es. L'emissione della richiesta direttamente sulla macchina in cui tomcat / confluence era in esecuzione utilizzando un proxy SOCKS su ssh).

Infine, ho scoperto che il problema era causato dalla doppia compressione eseguita da confluenza e apache2. Ciò ha causato che il contenuto è stato compresso due volte e che non può essere gestito dal client.

Apache2 utilizzava mod_deflate per comprimere il contenuto inviato dal server al client. Mi sono imbattuto in queste istruzioni per testare (e disabilitare) mod_deflate.

La disattivazione della compressione nell'applicazione Web di confluenza ha risolto il problema per me, come descritto qui .

Nel mio caso, l'istanza di Apache è condivisa tra un numero di applicazioni / sviluppatori e immagino che un aggiornamento o una riconfigurazione del server di cui non ero a conoscenza abbia introdotto questi problemi.

Si è verificato un problema simile (Chrome: ERR_CONNECTION_RESET) quando si accede al server rstudio ospitato in CENTOS e si è tentato di accedere a http: //: 8787 dal desktop di Windows 10; Dopo aver effettuato correttamente l'accesso a R-StudioServer, il browser è arrivato in una pagina vuota; Al momento della verifica attraverso (utilizzando F12 nel browser Chrome) è emerso che

7FB4E8E294D00886385447916050EC79.cache.js Impossibile caricare la risorsa: net :: ERR_CONNECTION_RESET

Dopo diversi tentativi ed tentativi di errore come l'aggiornamento del browser R / Chrome / disabilitare la cache; Alla fine ho scoperto che il sito era bloccato dal programma antivirus (Trend Micro Maximum security -> nel mio caso); Successivamente ho aggiunto siti attendibili per procedere ulteriormente