Как настроить прокси-сервер Apache с постоянными соединениями?

У нас есть прокси-сервер Apache, отправляющий запросы тысячам внутренних серверов.

Серверы неисправны, поскольку им требуются оба первоначальный запрос вызова (без аутентификации) и следующий запрос (с аутентификацией) должны находиться в одном и том же HTTP-соединении. Мы не можем исправить это в разумные сроки.

Значит, мы хотели бы, чтобы прокси-сервер пересылки использовал то же соединение, возможно, через пул соединений?

Прямой прокси-сервер Apache по умолчанию закрывает соединение, как только он получает ответ. Это сделано намеренно

«Рабочий по умолчанию для прямого проксирования не использует соединение

У нас есть прямой прокси-сервер Apache, отправляющий запросы тысячам внутренних серверов.

Серверы неисправны, поскольку им требуется, чтобы был включен как первоначальный запрос (без аутентификации), так и следующий запрос (с аутентификацией) такое же http-соединение. Мы не можем исправить это в разумные сроки.

Значит, мы хотели бы, чтобы прокси-сервер пересылки использовал то же соединение, возможно, через пул соединений?

Прямой прокси-сервер Apache по умолчанию закрывает соединение, как только он получает ответ. Это сделано намеренно

«Рабочий по умолчанию для прямого проксирования не использует соединение

У нас есть прямой прокси-сервер Apache, отправляющий запросы тысячам внутренних серверов.

Серверы неисправны, поскольку им требуется, чтобы был включен как первоначальный запрос (без аутентификации), так и следующий запрос (с аутентификацией) такое же http-соединение. Мы не можем исправить это в разумные сроки.

Значит, мы хотели бы, чтобы прокси-сервер пересылки использовал то же соединение, возможно, через пул соединений?

Прямой прокси-сервер Apache по умолчанию закрывает соединение, как только он получает ответ. Это сделано намеренно

«Рабочий по умолчанию для прямого проксирования не использует соединение Мы не можем исправить это в разумные сроки.

Значит, мы хотели бы, чтобы прокси-сервер пересылки использовал то же соединение, возможно, через пул соединений?

Прямой прокси-сервер Apache по умолчанию закрывает соединение, как только он получает ответ. Это сделано намеренно

«Рабочий по умолчанию для прямого проксирования не использует соединение Мы не можем исправить это в разумные сроки.

Значит, мы хотели бы, чтобы прокси-сервер пересылки использовал то же соединение, возможно, через пул соединений?

Прямой прокси-сервер Apache по умолчанию закрывает соединение, как только он получает ответ. Это сделано намеренно

«Рабочий по умолчанию для прямого проксирования не использует соединение объединение в наивном смысле. Он закрывает каждое соединение после каждого запрос.

Рюдзиро Сибуя заметил, что Apache подает сигнал держать соединение открытым даже в режиме прямого прокси, но затем фактически закрывает соединение. Мы обсуждаем решение этой проблемы, а именно: всегда сигнализация "Соединение: закрыть" с самого начала по умолчанию вперед и почитать доверенных лиц. «

Есть некоторые предложения, которые можно обойти:

« Вы можете определить явные рабочие процессы (например, используя ProxyPass для обратный и, как писал Рюдигер, вероятно, также в режиме прямого прокси, который затем будет использовать HTTP Keep-Alive (по умолчанию, в зависимости от нескольких он запустил Центр обновления Windows и перезагрузился. Пока я был подключен к нему, я мог видеть сообщение типа «Windows вносит изменения в конфигурацию, не выключайте компьютер».

Я оставил его включенным, и время ожидания моего подключения к нему истекло. Теперь я больше не могу к нему подключиться. Когда я пытаюсь подключиться, он отказывается с сообщением: «Video Remoting was Disconnected»

«Heartbeat» говорит «OK (Applications Healthy)», поэтому я предполагаю, что не смогу подключиться, пока не завершит обновление, но Я начинаю задаваться вопросом, просто зависает или разбился.

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

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

Есть ли способ узнать, действительно ли он продвигается с обновлением? Должен ли я рискнуть выключить его, а затем снова включить?

Спасибо

Обновление: у меня есть одна ошибка в средстве просмотра событий приложения, я жалуюсь, что mshta.exe страдает ошибкой «Зависание приложения»:

The program mshta.exe version 11.0.9600.17416 stopped interacting with Windows and was closed. To see if more information about the problem is available, check the problem history in the Action Center control panel.
 Process ID: d00
 Start Time: 01d12759efc5df70
 Termination Time: 4294967295
 Application Path: C:\Windows\System32\mshta.exe
 Report Id: d67f2d18-94f8-11e5-827e-00224d54c8e2
 Faulting package full name: 
 Faulting package-relative application ID: 

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