#iis #reverse-proxy #server-sent-events
#iis #обратный прокси-сервер #отправленные сервером события
Вопрос:
Я использую IIS в качестве прокси-сервера revese для некоторых внутренних служб. ARR или Helicon ISAPI_Rewrite . Все работает нормально, за исключением того, что фрагментированные ответы от службы не проходят через IIS (соединение с конечной точкой, которое поддерживает соединение открытым и отправляет некоторые данные обратно клиенту порциями), никогда не отвечает. Сама служба без обратного прокси работает хорошо, т. Е. Клиент получает обновления. Это похоже на конечную точку CouchDB / _changes с «непрерывным» режимом. В Chrome соединение помечено как «ожидающее». Я пытался отключить все кэширование в IIS, но безуспешно.
На самом деле вся настройка имитирует отправку событий SSE. Очевидно, что реализация SSE также не работает.
Есть ли какой-нибудь способ это исправить?
Комментарии:
1. Вы предупреждали о каких-либо сообщениях об ошибках? Вы можете использовать F12 или средство просмотра событий, чтобы проверить, есть ли подробные сообщения об ошибках.
2. Нет, ошибок нет. Я подозреваю, что соединение между IIS и внутренним сервером приложений не поддерживается открытым. Соединение между клиентом (скажем, браузером) и IIS в порядке, но то, что происходит между прокси-сервером и серверной частью, является проблемой. Я попробовал ARR и Helicon ISAPI_Rewrite, есть подсказка, которую я нашел в документации Helicon: helicontech.com/isapi_rewrite/doc/RewriteProxy.htm : «Принудительно поддерживайте соединение между клиентом и сервером IIS (а не между IIS и серверной частью). Если не указано, соединение будет закрыто при каждом запросе «.