In meinem Wahnsinn dachte ich, dass es selbst mit dem TMG kein Problem geben sollte, wenn ich einen IIS 8-Webserver mit Websockets über HTTPS veröffentliche.
Unabhängig von den Veröffentlichungs-, Filter- und Anforderungseinstellungen sehe ich jedoch keine Upgrade-Anforderungen für die WebSocket-Verbindung, die den Webserver erreichen, wenn sie über das TMG laufen.
Mit SignalR erhalte ich einen Fallback auf die schwächere Transportmethode, die der jeweilige Browser unterstützt. Natürlich funktioniert es einwandfrei, wenn ich das TMG umgehe.
Muss ich eine andere Firewall/einen anderen Filter finden, damit dies funktioniert, oder gibt es eine Möglichkeit?
Ich habe sogar Probleme, Informationen darüber zu finden, welche Produkte Websockets unterstützen. Ich sehe nur dieses seltsame Zitat, dass weniger als 1 % der aktuellen Proxyserver inkompatibel sind und die Verwendung von HTTPS alle Probleme beheben sollte. Und jedes Mal, wenn ich bei einem Microsoft-Produkt „Websocket“ in eine Google-Suche eingebe, sind die Ergebnisse einfach nur Kauderwelsch und/oder Malware-Sites.
tl;dr: Mir ist klar, dass Windows Server 2012 noch nicht RTM ist, aber gibt es eine Möglichkeit, IIS 8-WebSocket-Verbindungen über TMG 2010 SP2 herzustellen?
Antwort1
So habe ich es endlich zum Laufen gebracht:
- Verwenden Sie keine Website-Veröffentlichungsregeln, sondern eine Nicht-Webserver-Regel
- Verwenden der Standard-HTTPS-Serverprotokolldefinition
- Aktivieren Sie keine Filter im Protokoll
- Im Abschnitt „An“ der Regel müssen die Anfragen so aussehen, als kämen sie vom ursprünglichen Client.
- Außerdem, nicht damit verbunden, aber leider, stellen Sie sicher, dass der Webserver ein SecureNAT-Client ist (d. h. sein Standard-Gateway ist das betreffende TMG).
Dies hat einige Einschränkungen, funktioniert aber für meinen Zweck: Veröffentlichen von IIS 8 ASP.NET 4.5-Sites, die Websockets verwenden.