С тех пор, как я начал использовать приложение за обратным прокси-сервером (mod_jk Apache2), я заметил, что некоторые страницы не загружаются (они были бы без настроек обратного прокси).
Это была незаметная ошибка, которую мне пришлось изучить, чтобы выяснить, благодаря Google Chrome: Не удалось загрузить ресурс: net :: ERR_CONNECTION_RESET.
Просто файл JavaScript будет загружен частично (~ 12 КБ загружено из ~ 50 КБ).
Я думал, что что-то не так с Apache2, mod_jk, AJP или Jetty.
Но затем я начал расследование, в котором я хотел бы использовать разные браузеры и разные сети.
Вердикт: Эта ошибка (ERR_CONNECTION_RESET) возникает только тогда, когда я использую сети с статический IP.
Я снизил уровень безопасности в одном роутере, но тщетно.
Оборудованы ли сети со статическим IP-адресом более высоким уровнем безопасности?
Как решить эту проблему?
Это тупиковая ситуация, потому что обратный прокси-сервер в основном предназначен для использования статических IP-адресов наших торговых точек для повышения уровня безопасности.
У меня были аналогичные проблемы при запуске экземпляра confluence (на сервере tomcat) за apache2 с использованием mod_jk или mod_proxy. Когда я попытался просмотреть вики-страницы Confluence, я получил следующие сообщения об ошибках:
Chrome: ERR_CONNECTION_RESET
Firefox: соединение было сброшено
Тонкая проблема заключалась в том, что некоторые страницы (например, экран входа в систему) можно было просмотреть, в то время как я терял соединение при просмотре других страниц. Я также обнаружил, что могу просматривать все страницы, когда я обхожу прокси (например, отправляя запрос непосредственно на машине, на которой работал tomcat / confluence, используя прокси SOCKS через ssh).
Наконец, я обнаружил, что проблема была вызвана двойным сжатием, выполняемым confluence и apache2. Это привело к тому, что содержимое было сжато дважды, что не может быть обработано клиентом.
Apache2 использовал mod_deflate для сжатия содержимого, отправляемого с сервера клиенту. Я наткнулся эти инструкции по тестированию (и отключению) mod_deflate.
Отключение сжатия в веб-приложении Confluence решило проблему для меня, как описано Вот.
В моем случае экземпляр Apache используется совместно несколькими приложениями / разработчиками, и я предполагаю, что обновление или реконфигурация сервера, о котором я не знал, вызвали эти проблемы.
Я наконец решил проблему.
Прорыв произошел, когда я последовал директивам @john ktejik:
https://stackoverflow.com/questions/4390134/failed-to-load-resource-under-chrome/26742627
Я понял, что задействованный ресурс заключен в файл .jar. Поэтому мне пришлось сказать Apache2 явно использовать "SetOutputFilter НАДУВАТЬ; прокси-html; ОТКАЗАТЬ".
Вот тогда я начал добиваться определенного прогресса.
Поскольку директива inflate / deflate отключает некоторые ссылки, мне пришлось сделать ее эксклюзивной для файлов javascript:
"AddOutputFilterByType DEFLATE application / x-javascript".
Кроме того, мне понадобилась дополнительная настройка, которая должна активировать mod_expires и mod_headers (источник).
Наконец, я бы предпочел очистить кеш перед тестированием на разных машинах.
Ясно, что проблема связана с истечением срока действия кеша и статическим IP-адресом, которого я не могу понять.
Что еще более важно, проблема решена (протестировано на разных машинах с разными браузерами со статическим и динамическим IP)!
Столкнулся с аналогичной проблемой (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 security -> в моем случае); Позже я добавил к надежным сайтам, чтобы продолжить