С тех пор, как я начал использовать приложение за обратным прокси (mod_jk Apache2), я заметил, что некоторые страницы не загружаются (они бы загрузились без настроек обратного прокси). Эта ошибка (ERR_CONNECTION_RESET) возникает только тогда, когда я использую сети со статическим IP .
Я снизил уровень безопасности на одном маршрутизаторе, но напрасно.
Оборудованы ли сети со статическим IP более высоким уровнем безопасности?
Как решить эту проблему?
Это тупиковая ситуация, потому что обратный прокси-сервер в основном предназначен для использования преимуществ статических IP-адресов наших торговых точек для повышения уровня безопасности.
I ' я наконец решил проблему.
Прорыв произошел, когда я следовал директивам @john ktejik:
https://stackoverflow.com/questions/4390134/failed-to-load-resource-under-chrome/26742627
Я понял, что задействованный ресурс заключен в файл .jar. Поэтому мне пришлось сказать Apache2, чтобы он явно использовал « SetOutputFilter INFLATE; proxy-html; DEFLATE ».
Именно тогда я начал добиваться некоторого прогресса.
Поскольку директива inflate / deflate отключает некоторые ссылки, мне пришлось сделать его эксклюзивным для файлов javascript:
" AddOutputFilterByType DEFLATE application / x-javascript ".
Кроме того, мне потребовалась дополнительная настройка, которая должна активировать mod_expires и mod_headers ( источник ).
Наконец, я бы предпочел очистить кеш перед тестированием на разных машинах.
Очевидно, проблема связана с истечением срока действия кеша и статическим 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.
Отключение сжатия в веб-приложении слияния решило для меня проблему, как описано здесь .
В моем случае экземпляр 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 security -> в моем случае); Позже я добавил к надежным сайтам, чтобы продолжить