Ich arbeite mit SignalR unter sehr spezifischen Netzwerkbedingungen (ein verrückter Proxy). Also funktionieren Sockets überhaupt nicht und ich muss Long-Polling verwenden. Wenn ich eine Seite aktualisiere, scheint es für eine Weile zu funktionieren, aber dann passiert die erste Trennung. Ich versuche, automatisch getrennt Ereignis zu verbinden und das folgende Muster:SignalR seltsam Wiederverbindungsmuster
- Nachdem die Seite geladen wird, Hub trennt in etwa 110 Sekunden (Standard-Timeout)
- Es dauert 3 Disconnected Ereignisse eine Nabe neu starten, nachdem die erste trennen (so dass es nur auf den 4. Versuch verbindet)
- Danach wieder verbindet es immer beim ersten Versuch, aber trennt nach etwa 10-15 Sekunden (nicht 110 Sekunden). Es sieht also so aus, als wäre das Keep-Alive-Timeout hier irgendwie in Kraft (während es beim ersten Versuch nicht war).
Dieses Verhalten scheint seltsam. Kann ich etwas tun, um es zu verbessern?
Können Sie das konkretisieren über Ihre Netzwerkbedingungen sein? –
@ BrendanGreen, es ist ein Firmennetzwerk mit einigen Proxy (Webwasher) und eine Menge Dinge blockiert (es ist ein deutsches Firmennetzwerk, wissen Sie ...) – SiberianGuy
@ BrendanGreen, haben Sie die Seite auf http: // www gesehen .asp.net/signager/overview/guide-to-the-api/handling-verbindung-lebensdauer-ereignisse? Das Verbindungsverhalten für SignalR ist 'undefiniert', Sie können viele Verbindungsabbrüche und Wiederverbindungen in einem kurzen Zeitrahmen ohne ersichtlichen Grund beobachten. Die Seite gibt auch Richtlinien, wie man das Verhalten ändert, zB 'GlobalHost.Configuration.ConnectionTimeout = TimeSpan.FromSeconds (110);' – gd73