Comet-подобный демон на Windows Server 2008R2 на 80 порту при запущенном IIS

Question

[Dunadan]

Условия задачи:

1. Есть сервер под Windows Server 2008R2 Enterprise.
2. В качестве «боевого» веб-сервера там запущен IIS 7.0

Хочется сделать так, что бы для определенного веб-сайта IIS пробрасывал GET-запросы по адресу /daemon
к локальному сервису (по соединению на сокет или еще как), а остальные запросы отрабатывал самостоятельно.

Само соединение не должно быть при этом закрыто: локальный сервис будет играть роль Comet-подобного демона и отдавать в поток сообщения на протяжении длительного времени.

Причем вся эта конструкция должна выдерживать несколько тысяч одновременно открытых сессий к демону + отрабатывать обычные запросы на отдачу статики и серверной логики.

Так заморачиваться приходится для того, что бы не иметь проблем с фаерволами и cross-domain security в JavaScript. Для конечного браузера что запрос к демону, что просто к веб-серверу должны быть идентичны — одинаковый домен, одинаковый порт — только URI разные.

В UNIX-подобных системах такая задача решалась путем написаний модулей к nginx и Apache, а вот в программировании под Windows вообще и .NET в частности я не силен, к сожалению :(.

Решаема ли такая задача в принципе?
В гугле советуют NET.TCP Port Sharing (http://msdn.microsoft.com/en-us/library/ms734772.aspx).
Подойдет ли эта технология к решению задачи?

Или может есть более простые варианты?

Answer 1

[pennanth]

Напишите HTTP Handler, используя ASP.NET. Так вы сможете «ловить» все запросы и определять, что с ними делать. HTTP Handler работают почти как ISAPI Extension, поэтому довольно быстры. У вас также остается полный контроль над соединением.

Первая же ссылка из Гугла: www.15seconds.com/issue/020417.htm
Разумеется, MSDN даст больше информации.

Answer 2

[amirul]

Port sharing — это одно из применений более общей технологии HTTP API

Если выполнить
netsh http show servicestate

то можно увидеть, кто и на какие url-ы подписан в данный момент. Это если вообще независимое приложение, которое можно запускать хоть от пользователя, хоть из другого сервиса.
Но если хочется, можно написать и ISAPI плагин для IIS.

Answer 3

[Dunadan]

На случай, если кому-то будет интересно, как эта задача была успешно решена:

1) В качестве кроссплатформенного демона был использован скрипт на NodeJS
2) На Windows-платформе соединение от веб-сервера IIS пробрасывается к демону при помощи модуля IISNode от Томаша Янчука, работающего в Майкрософте. Модуль бесплатен, часто обновляется, автор адекватен и отвечает в багтреккере.

Изменения в коде демона «под винду» — аж одна строчка.

Ваш покорный слуга принял посильное участие в тестировании ранних веток модуля :)