Не удалось загрузить ресурс: net :: ERR_CONNECTION_RESET

С тех пор, как я начал использовать приложение за обратным прокси-сервером (Apache2's mod_jk), я заметил, что некоторые страницы не загружаются (они будут без настроек обратного прокси-сервера).

Это была небольшая ошибка, которую я должен был проверить, чтобы выяснить это, благодаря Google Chrome: Не удалось загрузить ресурс: net :: ERR_CONNECTION_RESET .

Проще говоря, файл JavaScript будет частично загружен (~ 12 КБ загружено из ~ 50 КБ).

Я думал, что что-то не так с Apache2, mod_jk, AJP или Jetty.

Но затем я занялся расследованием, в котором я бы использовал разные браузеры и сети.

Вердикт: эта ошибка (ERR_CONNECTION_RESET) возникает только при использовании сетей со статическим IP.

Я снизил уровень безопасности в одном роутере, но зря.

Сети со статическим IP оснащены более высоким уровнем безопасности?

Как преодолеть эту проблему?

Это тупиковая ситуация, поскольку обратный прокси-сервер предназначен главным образом для использования преимуществ статических IP-адресов наших точек продаж для повышения уровня безопасности.

Я наконец решил проблему.

Прорыв произошел, когда я следовал директивам @john ktejik:

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

Я понял, что задействованный ресурс был включен в файл .jar. Поэтому я должен был сказать Apache2 явно использовать « SetOutputFilter INFLATE; proxy-html; DEFLATE ».

Вот когда я начал делать некоторые успехи.

Поскольку директива inflate / deflate отключает некоторые ссылки, мне пришлось сделать ее эксклюзивной для файлов javascript:

Msgstr " AddOutputFilterByType DEFLATE application / x-javascript ".

Также мне понадобился дополнительный твик, который должен активировать mod_expires и mod_headers ( источник ).

Наконец, я бы лучше очистил кеш перед тестированием на разных машинах.

Ясно, что проблема связана с истечением срока действия кэша и статическим IP, что я не могу понять.

Что еще более важно, проблема решена (протестировано на разных машинах с разными браузерами со статическим и динамическим IP)!

У меня были похожие проблемы при запуске экземпляра слияния (на сервере Tomcat) за Apache2 с использованием либо mod_jk, либо mod_proxy. Когда я попытался просмотреть вики-страницы слияния, я получил следующие сообщения об ошибках:

Chrome: ERR_CONNECTION_RESET

Firefox: соединение было сброшено

Тонкая проблема заключалась в том, что некоторые страницы (например, экран входа в систему) можно было просматривать, а я потерял связь при просмотре других страниц. Я также обнаружил, что могу просматривать все страницы, когда я обхожу прокси-сервер (например, отправляя запрос непосредственно на машине, где выполнялся tomcat / confluence, используя прокси-сервер SOCKS через ssh).

Наконец, я обнаружил, что проблема была вызвана двойным сжатием, выполняемым слиянием и apache2. Это привело к тому, что содержимое было сжато дважды, что не может быть обработано клиентом.

Apache2 использовал mod_deflate для сжатия содержимого, отправляемого с сервера клиенту. Я наткнулся на эти инструкции по тестированию (и отключению) mod_deflate.

Отключение сжатия в веб-приложении слияния решило проблему для меня, как описано здесь .

В моем случае экземпляр Apache совместно используется несколькими приложениями / разработчиками, и я полагаю, что обновление или реконфигурация сервера, о котором я не знал, привели к этим проблемам.

Столкнулся с аналогичной проблемой (Chrome: ERR_CONNECTION_RESET) при доступе к серверу rstudio, размещенному в CENTOS, и попытался получить доступ к http: //: 8787 с рабочего стола Windows 10; После успешного входа в R-StudioServer браузер оказался на пустой странице; После проверки через (используя F12 в браузере Chrome) обнаружилось, что

7FB4E8E294D00886385447916050EC79.cache.js Не удалось загрузить ресурс: net :: ERR_CONNECTION_RESET

После нескольких попыток проб и ошибок, таких как обновление браузера R / Chrome / отключение кэша; Наконец, я обнаружил, что сайт был заблокирован антивирусной программой (в моем случае безопасность Trend Micro Maximum ->); Позже я добавил в доверенные сайты, чтобы продолжить