Kaynak yüklenemedi: net :: ERR_CONNECTION_RESET

Ters proxy (Apache2's mod_jk) arkasında bir uygulama kullanmaya başladığımdan beri, bazı sayfaların yüklenmeyeceğini fark ettim (Ters proxy ayarları olmadan yapardı).

Google Chrome sayesinde bulmak için incelemek zorunda olduğum küçük bir hataydı: Kaynak yüklenemedi: net :: ERR_CONNECTION_RESET .

Basitçe, bir JavaScript dosyası kısmen yüklenir (~ 50KB'den ~ 12KB yüklenir).

Apache2, mod_jk, AJP veya Jetty ile ilgili bir sorun olduğunu düşündüm.

Ama sonra farklı ağlarla birlikte farklı tarayıcılar kullanacağım bir araştırma yaptım.

Karar: Bu hata (ERR_CONNECTION_RESET) yalnızca statik IP'ye sahip ağlar kullandığımda oluşur .

Bir yönlendiricide güvenlik düzeyini düşürdüm ama boşuna.

Statik IP'ye sahip ağlar daha yüksek güvenlik seviyelerine sahip mi?

Bu sorunun üstesinden nasıl gelinir?

Bu bir çıkmazdır, çünkü ters proxy, daha fazla güvenlik için satış noktalarımızın statik IP adreslerinden yararlanmaya yöneliktir.

Sonunda sorunu çözdüm.

Atılım, @john ktejik'nin direktiflerini takip ettiğimde meydana geldi:

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

İlgili kaynağın bir .jar dosyası içine alındığını anladım. Bu nedenle, Apache2'ye " SetOutputFilter INFLATE; proxy-html; DEFLATE " ifadesini açıkça kullanmasını söylemeliydim .

İşte o zaman biraz ilerleme kaydetmeye başladım.

Inflate / deflate yönergesi bazı bağlantıları devre dışı bıraktığından, javascript dosyaları için özel hale getirmek zorunda kaldım:

" AddOutputFilterByType DEFLATE uygulama / x-javascript ".

Ayrıca, mod_expires ve mod_headers ( kaynak ) etkinleştirmek için ekstra bir tweak gerekiyordu .

Son olarak, farklı makinelerde test etmeden önce önbelleği temizlemeyi tercih ederim.

Açıkçası, sorun Önbellek süresinin dolması ve gerçekten anlayamadığım Statik IP ile ilgilidir.

Daha da önemlisi, sorun çözüldü (statik ve dinamik IP'ye sahip farklı tarayıcılara sahip farklı makinelerde test edildi)!

Mod_jk veya mod_proxy kullanarak apache2 arkasında bir izdiham örneği (tomcat sunucusu içinde) çalıştırırken benzer sorunları vardı. Confluence wiki sayfalarını görüntülemeye çalıştığımda, aşağıdaki hata iletilerini aldım:

Chrome: ERR_CONNECTION_RESET

Firefox: Bağlantı sıfırlandı

Küçük sorun, bazı sayfaların (giriş ekranı gibi) görüntülenebilmesiydi, diğer sayfaları görüntülerken bağlantıyı kaybettim. Proxy'yi atladığımda tüm sayfaları görüntüleyebileceğimi de keşfettim (örneğin, isteği doğrudan scat üzerinden bir SOCKS proxy kullanarak tomcat / confluence'ın çalıştığı makinede yayınlayarak).

Son olarak, sorunun birleşme ve apache2 tarafından gerçekleştirilen çift sıkıştırmadan kaynaklandığını öğrendim. Bu, içeriğin istemci tarafından işlenemeyen iki kez sıkıştırılmasına neden oldu.

Apache2, sunucudan istemciye gönderilen içeriği sıkıştırmak için mod_deflate kullanıyordu. Mod_deflate testi (ve devre dışı bırakılması) için bu talimatlarla karşılaştım .

Confluence web uygulamasında sıkıştırmanın kapatılması, burada açıklandığı gibi benim için sorunu çözdü .

Benim durumumda, Apache örneği bir dizi uygulama / geliştirici arasında paylaşılıyor ve farkında olmadığım sever'in bu sorunları getirdiğini bir yükseltme veya yeniden yapılandırma sanırım.

CENTOS'ta barındırılan ve Windows 10 masaüstünden http: //: 8787'ye erişmeye çalışan rstudio sunucusuna erişirken benzer bir sorunla karşılaştım (Chrome: ERR_CONNECTION_RESET); R-StudioServer'da başarılı bir şekilde oturum açtıktan sonra, tarayıcı boş sayfaya indi; Doğrulama üzerine (krom tarayıcıda F12 kullanarak)

7FB4E8E294D00886385447916050EC79.cache.js Kaynak yüklenemedi: net :: ERR_CONNECTION_RESET

R / Chrome tarayıcıyı yükseltme / önbelleği devre dışı bırakma gibi birkaç deneme yanılma girişiminden sonra; Sonunda sitenin antivirüs programı tarafından engellendiğini gördüm (Trend Micro Maximum security -> my case); Daha sonra ilerlemek için güvenilir sitelere ekledim