Не вдалося завантажити ресурс: net :: ERR_CONNECTION_RESET

Оскільки я почав використовувати програму за зворотним проксі (mod_jk Apache2), я помітив, що деякі сторінки не завантажуватимуться (вони не мають налаштувань зворотного проксі).

Це була тонка помилка, яку мені довелося перевірити, щоб дізнатися її завдяки 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 ".

Ось тоді я почав певний прогрес.

Оскільки директива надування / дефляції відключає деякі посилання, я повинен був зробити її ексклюзивним для файлів javascript:

" Додаток AddOutputFilterByType DEFLATE / x-javascript ".

Крім того, мені потрібна була додаткова настройка, яка полягає в активації mod_expires та mod_headers ( джерело ).

Нарешті, я досить очистити кеш-пам'ять перед тестуванням на різних машинах.

Зрозуміло, що проблема пов'язана із закінченням терміну кешу та статичного IP, якого я не можу зрозуміти.

Що ще важливіше, проблема вирішена (тестується на різних машинах з різними браузерами зі статичним та динамічним IP)!

У мене були подібні проблеми під час запуску екземпляра злиття (на сервері tomcat) за apache2, використовуючи або mod_jk, або mod_proxy. Коли я намагався переглянути вікі-сторінки конфуденції, мені надійшло таке повідомлення про помилку:

Chrome: ERR_CONNECTION_RESET

Firefox: з'єднання було скинуто

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

Нарешті я з'ясував, що проблема була викликана подвійним стисненням, виконаним злиттям і апаче2. Це призвело до того, що вміст було стиснено двічі, що клієнт не може обробити.

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

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

У моєму випадку екземпляр Apache ділиться між кількома програмами / розробниками, і я гадаю, що оновлення чи переконфігурація sever, про які я не знав, вніс ці проблеми.

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

7FB4E8E294D00886385447916050EC79.cache.js Не вдалося завантажити ресурс: net :: ERR_CONNECTION_RESET

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