Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Die automatische Erneute Verbindung trägt zur Aufrechterhaltung der Benutzerproduktivität bei temporären Netzwerkunterbrechungen bei, indem eine vorhandene Remotesitzung automatisch wiederhergestellt wird, wenn die Konnektivität wieder hergestellt wird. Anstatt benutzer zur erneuten Anmeldung auffordern zu müssen, behält auto-reconnect den Sitzungszustand, das Öffnen von Anwendungen und die Arbeit im Arbeitsspeicher bei, damit Die Benutzer dort fortfahren können, wo sie aufgehört haben.
Aktuelles Verhalten für die automatische Wiederherstellung der Verbindung
Heute verwendet auto-reconnect ein wiederholungsbasiertes Wiederherstellungsmodell, das gestartet wird, nachdem der Client einen Verbindungsverlust erkannt hat.
Wenn eine Unterbrechung auftritt, erkennt der Client zuerst Transportfehler über Signale wie tcp disconnect, Keep-Alive-Timeout oder Verlust der zugrunde liegenden Netzwerkschnittstelle. Wenn das Gerät keine aktive Netzwerkkonnektivität aufweist, wartet der Client, bis das Betriebssystem angibt, dass die Konnektivität wiederhergestellt wurde. Sobald das Netzwerk verfügbar ist, wechselt der Client in eine Schleife zur erneuten Verbindung, in der er wiederholt versucht, die Sitzung wiederherzustellen.
Jeder Verbindungswiederholungsversuch ist ein vollständiger End-to-End-Vorgang, der die Brokerorchestrierung zum Abrufen eines neuen Verbindungstokens, die Gatewayauswahl, die TLS-Aushandlung, die Erneute Einrichtung des Transports und die Remotebenutzeranmeldung umfassen kann. Daher verursacht jeder Versuch eine nicht triviale Latenz.
Das Wiederholungsverhalten folgt einem exponentiellen Backoff-Algorithmus mit Jitter, bei dem die Verzögerung zwischen den Versuchen zunimmt (beginnend mit ungefähr einer Sekunde und verdoppelt sich mit jedem Versuch bis zu einem begrenzten Maximum). Dieser Prozess zur Wiederherstellung der Verbindung wird für ein Gesamtfenster von ungefähr 30 Sekunden fortgesetzt. Wenn der Client die Verbindung in diesem Fenster nicht wiederherstellen kann, wird der Verbindungswiederherstellungsversuch als nicht erfolgreich angesehen, und der Benutzer wird aufgefordert, die Sitzung entweder erneut zu versuchen oder abzubrechen.
Aus Sicht der Benutzerfreundlichkeit wird der Bildschirm während dieses Prozesses effektiv eingefroren. Ein modales Dialogfeld "Erneute Verbindung herstellen" wird angezeigt, die Benutzereingabe wird blockiert, und die Sitzung reagiert nicht mehr, bis die Wiederherstellung der Verbindung erfolgreich ist oder das Wiederholungsfenster abläuft. Dies kann zu spürbaren Unterbrechungs- und Wiederherstellungszeiten führen, die je nach Netzwerkbedingungen von mehreren Sekunden bis länger reichen.
Modern Auto-Reconnect-Verhalten
Modern Auto-Reconnect ersetzt das wiederholungsgesteuerte Modell durch ein Verbindungserhaltungsmodell, das wiederholte Verbindungswiederholungsversuche vermeidet, und konzentriert sich stattdessen auf die schnelle Wiederherstellung der Konnektivität, sobald ein funktionsfähiger Netzwerkpfad verfügbar ist.
Wenn eine Netzwerkunterbrechung auftritt, wechselt der Client in den Zustand "Verbindung angehalten" , anstatt die Verbindung wiederholt wiederherzustellen. Die Sitzung bleibt auf dem Host aktiv, während der Client auf die Wiederherstellung der Netzwerkkonnektivität wartet.
Diese Erfahrung wird durch RDP-Multipath ermöglicht, bei dem mehrere Transportpfade verwaltet werden und die Verbindung wiederhergestellt werden kann, ohne den gesamten Verbindungszustand neu zu erstellen.
Sobald ein Netzwerkpfad verfügbar ist, setzt der Client die vorhandene Sitzung fort. Da der Verbindungskontext beibehalten wird, erfolgt die Wiederherstellung erheblich schneller und kann häufig fast unmittelbar nach der Wiederherstellung der Konnektivität erfolgen.
Wenn die Konnektivität nicht innerhalb der zulässigen Wartezeit wiederhergestellt wird, wird der Benutzer aufgefordert, die Sitzung zu warten oder zu schließen.
Verbesserte Benutzererfahrung
Modern Auto-Reconnect bietet eine stabilere und weniger störende Erfahrung bei vorübergehenden Netzwerkunterbrechungen.
Im Vergleich zum aktuellen Modell für die erneute Verbindung profitieren Benutzer von Folgendem:
Schnellere Wiederherstellung nach wiederherstellung der Konnektivität
Weniger sichtbare Unterbrechungen bei Netzwerkübergängen
Beibehalten des Sitzungszustands und des Anwendungskontexts
Verringerte Abhängigkeit von wiederholten Verbindungsversuchen
Verbesserte Erfahrung beim Wechseln zwischen Netzwerken oder bei der Wiederherstellung nach kurzen Verbindungsausfällen
Anstatt eine Blockierung der erneuten Verbindung anzuzeigen, zeigt der Client eine einfache Benachrichtigung angehaltene Verbindung an, die angibt, dass die Sitzung vorübergehend auf die Rückkehr der Verbindung wartet.
In vielen Szenarien, z. B. beim Wechsel zwischen Drahtlosnetzwerken oder bei der Wiederherstellung nach einem kurzen Verbindungsverlust, ist die Unterbrechung so kurz, dass es bei Benutzern zu einer geringen oder gar keiner Unterbrechung kommt.
Verfügbarkeit und Anforderungen
Modern Auto-Reconnect erfordert Unterstützung für das aktualisierte Verbindungsmodell und RDP-Multipath. Um diese Erfahrung zu verwenden, installieren Sie Windows-App für Windows Version 2.0.1069.0 oder höher. Das Feature ist derzeit über den Azure Virtual Desktop-Überprüfungsring verfügbar. Organisationen können auf die Benutzeroberfläche zugreifen, indem sie ihre Azure Virtual Desktop-Hostpools in den Validierungsring verschieben. In Kürze wird ein stufenweiser Rollout der allgemeinen Verfügbarkeit (General Availability, GA) gestartet, der die Verfügbarkeit auf Azure Virtual Desktop-Bereitstellungen weiter ausweitet.