blue

Danke für den schnellen Support. Einige Folgefragen zur Klärung:

1. Push Account Einträge erzeugen auch OTPs. Ist das der angesprochene Fallback-Code?

2. Werkzeug Mobile: Sind die OTPs in der mobilen Workspace App auch dann verfügbar, wenn der Login selbst hängt oder die Verbindung zu Hub unterbrochen ist?

   1. Denn dann haben wir weiterhin ein Henne Ei Problem. Noch schlimmer wenn wir SSO über Entra verwenden. Dann brauchen wir doch wieder Authenticator. Aktuell identifizieren wir neue Nutzer über Devolutions OTP Account Einträge. Praktisch auch für das Onboarding neuer M365 Nutzer.

3. Werkzeug Desktop: Fehlt diese Funktion in der Desktop App komplett, oder wird der Authenticator nach der Migration dorthin verschoben?

4. Wenn wir Devolutions Push nutzen, können wir keinen weiteren OTP mehr einrichten? Das war bisher ein hervorragender Fallback. Zumindest für Admin Accounts. Jetzt scheint es nur noch SMS und Mail Fallback zu geben.

Danke für die schnelle Antwort.

Allerdings sehe ich dabei zwei Schwierigkeiten:

1. Die Mobile App setzt ein Smartphone voraus. Aus rechtlichen Gründen können wir bei Privatgeräten nur Angebote machen, keine Vorgaben. Das war bereits mit anderen Authenticator-Apps ein Problem. Nicht alle Mitarbeiter nutzen oder wollen eine Mobile App für dienstliche Zwecke verwenden.

2. Bei meinem eigenen Admin- und User-Account ist die Push-Benachrichtigung bereits einmal abgebrochen und musste neu eingerichtet werden. Was nur über einen OTP- oder E-Mail-Fallback möglich war. Das zeigt, dass Push-Benachrichtigungen selbst keine zuverlässige Standalone-Lösung sind, sondern ebenfalls einen Fallback benötigen.

Das eigentliche strukturelle Problem bleibt: Solange der Devolutions Account das primäre Login für Hub ist, gibt es immer ein potenzielles Henne-Ei-Problem zwischen OTP-Quelle und Hub-Zugang. Bisher hat die Workspace App dies mit der Authenticator Funktion gelöst.

Hallo,

nach dem Update auf Workspace 2026.1 erscheint die Meldung, dass der Authenticator-Bereich abgekündigt wird und OTPs in eine Datenquelle migriert werden sollen.

Bei uns ergibt sich dadurch ein Henne-Ei-Problem:

Wir nutzen Devolutions Workspace Desktop teilweise ausschließlich auf dem PC. Keine Mobile App. Der Authenticator in Workspace war bisher unsere MFA-Methode für die Anmeldung am Devolutions Account. Weitere OTP-Einträge (für andere Dienste) liegen im Hub. Wenn wir die OTPs jetzt in den Hub Business Vault migrieren und die Desktop App sich vom Hub trennt (was bisher regelmäßig passiert), kommen wir nicht mehr an das OTP für die Devolutions-Anmeldung. Weil es im Hub liegt, für den wir uns erst einloggen müssten.

Fragen:

1. Wie ist dieses Szenario von Devolutions vorgesehen?

2. Was ist der empfohlene Fallback, wenn nur die Desktop App genutzt wird?

3. Sollte man den Devolutions-Account-OTP grundsätzlich nicht in den Hub migrieren, sondern in einer separaten Authenticator-App (z.B. Microsoft Authenticator) belassen?

Danke für eine Einschätzung.