Microsoft TMG 2010 обрабатывает веб-сокеты, по крайней мере, через SSL?
В своем собственном безумии я думал, что, если я опубликую веб-сервер IIS 8 с веб-сокетами через HTTPS, не должно быть проблем даже с TMG.
Однако, независимо от параметров публикации, фильтрации и запросов, я не вижу никаких запросов на обновление соединения через веб-сокет, достигающих веб-сервера при прохождении через TMG.
Используя SignalR, я получаю откат к любому меньшему транспорту, который поддерживает рассматриваемый браузер. Это прекрасно работает всякий раз, когда я обхожу TMG, конечно.
Нужно ли искать другой брандмауэр / фильтр, чтобы заставить его работать или есть способ?
У меня возникают проблемы даже с поиском информации о том, какие продукты поддерживают веб-сокеты, я вижу только то, что странные цитаты о менее чем 1% текущих прокси-серверов несовместимы, и использование HTTPS должно облегчить любые проблемы. И всякий раз, когда я добавляю "websocket" в поиск Google с продуктом Microsoft - результатом становятся просто бессмысленные и / или вредоносные сайты.
tl; dr: я понимаю, что Windows Server 2012 по-прежнему не является RTM, но есть ли способ установить подключения IIS 8 к веб-сокетам через TMG 2010 SP2?
1 ответ
Итак, вот как я наконец-то заработал:
- Не используйте правила публикации веб-сайтов, вместо этого используйте правило не веб-сервера
- Использовать определение протокола сервера HTTPS по умолчанию
- Не включайте фильтры в протоколе
- В разделе "Кому" правила появляются запросы от исходного клиента
- Кроме того, независимо от того, но увы, убедитесь, что веб-сервер является клиентом SecureNAT (т. Е. Его шлюз по умолчанию - это вопрос TMG)
Это имеет некоторые ограничения, но работает для моих нужд: публиковать сайты IIS 8 ASP.NET 4.5, использующие веб-сокеты.