Ich arbeite für ein Handelsunternehmen, bei dem unsere Benutzer mit der primären Handelsanwendung über eine Remote-Desktop-Verbindung zu einem Server interagieren, der sich physisch in den Räumlichkeiten der Börse befindet.
Ein Merkmal unserer Software ist, dass sie die Verbindung automatisch unterbricht und alle Angebote zurückzieht, wenn etwas mit dem Netzwerk schief läuft und die RD-Sitzung unterbrochen wird.
Die Erkennung erfolgt durch Überschreiben der WndProc Methode des Hauptformulars der Anwendung, in der der Parameter message geprüft wird:
Msg == WM_WTSSESSION_CHANGEund:
WParam.ToInt32() == WTR_REMOTE_DISCONNECTDies scheint in normalen Fällen, in denen die Verbindung zum Remote-Desktop vollständig unterbrochen wird, gut zu funktionieren.
Allerdings kommt es manchmal vor, dass die Nutzer eine kurze Zeit der scheinbar Unterbrechung der Verbindung, bei der die RD-Sitzung nicht mehr reagiert (d. h. das Klicken bewirkt nichts), aber die oben beschriebene Nachricht offenbar nicht empfangen/verarbeitet wird. Innerhalb weniger Augenblicke - normalerweise ~10 Sekunden - sieht der Benutzer die Meldung "Reconnecting to remote desktop..." (oder etwas Ähnliches) und plötzlich beginnt die RD-Sitzung wieder zu reagieren.
Da die ganze Idee dieser Pull-Quotes-on-Remote-Desktop-Disconnect-Funktion darin besteht, das Szenario zu verhindern, in dem unsere Anwendung im Grunde genommen handelt, ohne dass der Benutzer sehen kann, was passiert, ist es sehr wünschenswert, dass wir in der Lage sind, zu erkennen, wann sich die RD-Sitzung in einem Zustand befindet, den ich als "fast getrennt" bezeichnen würde.
Weiß jemand, wie wir das feststellen können?
