Работа с SSE (Server-Sent Events) в корпоративной среде

Можно ли предлагать SSE (отправленные сервером события) через порт 80, тот же порт, который пользователи используют для доступа к веб-приложению?

Открытие нестандартных портов в корпоративной среде — это АД.

Как мы предлагаем веб-приложение на порту 80, а также поток событий, отправленных сервером, на тот же порт?

Мое текущее решение — это собственное веб-приложение, которое использует события, отправленные сервером, через порт 9000 для отправки обновлений панели мониторинга.

Изменить: Подробнее

В моем решении данные в реальном времени не отделяются от IIS.

У меня есть консольное приложение, которое получает и обрабатывает внешние события в реальном времени, а затем отправляет их на URL-адрес порта 9000. Консольное приложение использует httpListener для сервера отправленных сервером событий.

Приложение IIS указывает на источник событий из этого консольного приложения, чтобы отображать оперативную статистику для пользователей веб-приложений.

Для этого требуется, чтобы служба ИТ-безопасности разрешила трафик через нестандартный порт 9000 для группы пользователей, которым необходим доступ к веб-приложению.

Пожалуйста, какие альтернативы вы могли бы предложить?


server-sent-events port corporate restrictions
person Charles Okwuagwu    schedule 20.10.2015    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Абсолютно. Отправленные сервером события — это просто стандартный HTTP, поэтому по умолчанию вы будете использовать порт 80.

С чего вы взяли, что вам нужно обслуживать их на нестандартном порту?

person baynezy    schedule 21.10.2015
comment
в моем решении данные в реальном времени не отделяются от IIS. У меня есть консольное приложение, которое получает и обрабатывает внешние события в реальном времени, а затем отправляет их на URL-адрес порта 9000. Приложение IIS указывает на источник событий с этой консоли для отображения статистики в реальном времени пользователям веб-приложений. - person Charles Okwuagwu; 21.10.2015
comment
Почему это не может быть на порту 80? Это та же машина, что и IIS? - person baynezy; 21.10.2015
comment
Почему вы делаете это с консольным приложением? - person baynezy; 21.10.2015
comment
Да, это та же машина, что и IIS - person Charles Okwuagwu; 21.10.2015
comment
Основное приложение, обрабатывающее внешние источники данных, всегда находится в системе, оно включает подключение к некоторым внешним службам на основе TCP-сокетов, которые не могут быть удобно размещены в IIS. поэтому я использую консоль, чтобы делать все это. результаты этой обработки я делаю доступными для панели управления через SSE через порт 9000. Это не может быть порт 80, так как IIS на той же машине имеет порт 80. - person Charles Okwuagwu; 21.10.2015
comment
Я могу придумать несколько вариантов. Разместите консольное приложение на другом компьютере, установите сертификат в консольное приложение и обслуживайте его через https (порт 443) или попробуйте сделать это через IIS. - person baynezy; 22.10.2015
comment
Вопрос: Как вы обслуживаете непрерывный поток данных из IIS? опрос из базы данных? IIS действительно не подходит для такого рода вещей. - person Charles Okwuagwu; 22.10.2015
comment
Чарльз. Это другой вопрос. Предлагаю сделать репост. - person baynezy; 22.10.2015
comment
Полагаю, что так. но это все еще оставляет меня с этим постом нерешенным. - person Charles Okwuagwu; 22.10.2015