Назад | Перейти на главную страницу

Время ожидания длительного процесса через прокси-сервер apache, но не при обходе прокси

Итак, у меня есть это веб-приложение на основе Tomcat. Часть этого веб-приложения позволяет вам загружать файл, который затем проверяется в серверной базе данных. Этот процесс занимает много времени, в некоторых случаях до 15 минут. Проблема в том, что я получаю таймауты на отметке 5 минут, когда я запускаю этот процесс через apache, но не когда я запускаю его непосредственно против tomcat. И тогда это становится еще более странным, потому что процесс отлично работает через хром даже через прокси. IE и FF подавились этим, оба на 5-й минуте. Глядя на сетевой трафик, похоже, что клиентская сторона отправляет отключение TCP и уничтожает соединение.

(Подвести итоги)

Непосредственно против tomcat через HTTP:

Через прокси по HTTP / HTTPS:

Поскольку он работает через Chrome, я склонен думать, что это проблема IE / FF. Но поскольку он работает через IE / FF при обходе прокси, я склонен думать, что это проблема прокси. И в любом случае я в тупике. И люди начинают роптать. Так у кого-нибудь есть мысли по поводу того, почему это происходит? Я с радостью отправлю все необходимые файлы журнала / conf ...

Мой прокси настроен следующим образом:

ProxyPass / unit ajp: // appserver: 8100 / unit timeout = 1800

ProxyPassReverse / устройство ajp: // сервер приложений: 8100 / устройство

РЕДАКТИРОВАТЬ: добавление версий:

РЕДАКТИРОВАТЬ 2: Добавление образца трафика:

Это было взято с сервера (10.122.39.81).

17:01:49.048093 IP 10.3.0.50.10448 > 10.122.39.81.443: . 102019:103231(1212) ack 146 win 65303
17:01:49.048531 IP 10.122.39.81.443 > 10.3.0.50.10448: . ack 103231 win 65535
17:01:49.048583 IP 10.3.0.50.10448 > 10.122.39.81.443: . 103231:104443(1212) ack 146 win 65303
17:01:49.048685 IP 10.3.0.50.10448 > 10.122.39.81.443: P 104443:105633(1190) ack 146 win 65303
17:01:49.048690 IP 10.122.39.81.443 > 10.3.0.50.10448: . ack 105633 win 65535
17:05:26.337167 IP 10.3.0.50.10448 > 10.122.39.81.443: R 2183272713:2183272713(0) ack    1747376881 win 9300

Как видите, сигнал об окончании соединения исходит от клиента, а не от сервера. Обычно я просто говорю: «Хорошо, это проблема на стороне клиента». Единственное, что удерживает меня от этого, - это тот факт, что тот же самый процесс успешен при доступе к серверу tomcat напрямую через порт 8001.

На данный момент мои мысли следующие:

ИЛИ