Microsoft 365 Aktivierung bei Terminalserver Betrieb bei jedem Login, Benutzeranmeldung auch bei jedem Login

[mulu 11]

Hallo zusammen,

 

Betriebsumgebung:

 

Windows 10 Pro Clients

Windows Server 2019 Server unter Hyper-V

Windows Server 2019 Hypervisor

Terminalserver mit zwei Sitzungshosts, einem RD-Verbindungsbroker, einem RD-Gateway, RD-Lizenzierung läuft auf einem getrennten Server

RDS-Lizenzierung auf Benutzerbasis

Benutzerprofile auf UPD-Basis auf einem Netzlaufwerk auf einem Fileserver

20 Benutzer

Microsoft 365 E3 Pläne für das Office

Verwendete Office-Anwendungen: Teams, Word, Excel, Outlook, Powerpoint

Die verwendete Konfigurationsdatei für das Office Setup hänge ich an.

 

Ausgangsszenario:

 

Die Anwender melden sich per mstsc an der Sammlung an.

Die Profile werden sauber erstellt, jede Änderung wird korrekt geschrieben.

Lizenzierung läuft sauber und problemlos.

 

Problemstellung:

 

Bei jeder Anmeldung an der Sammlung hat das Profil die Aktivierung von Office vergessen. Office muss für jeden Benutzer durch Anmeldung mit seiner E-Mail Adresse und Kennwort aktiviert werden.

Das Verhalten ist bei allen Benutzern gleich.

Die Aktivierung funktioniert auch problemlos, nach Ab- und erneuter Anmeldung geht das aber jedes Mal von vorne los.

Die Office-Apps melden, dass sie keine Verbindung herstellen können.

Die Anmeldeinformationen in der klassischen Systemsteuerung sind und bleiben leer.

Ich habe das in vier Screenshots dargestellt, siehe Anhänge.

 

Natürlich ist bei Microsoft schon ein Support Ticket hierzu eröffnet, bislang konnte ich hier noch keine nützlichen Hinweise bekommen.

Die erste Antwort vom Microsoft Support schlug vor, Outlook im safe-Modus zu starten. Das hat aber nicht funktioniert.

 

Hat jemand vielleicht eine Idee, was ich falsch gemacht habe oder woran das hier hängt?

Wenn mehr Informationen benötigt werden - bitte entsprechend kommentieren.

 

Danke & Grüße,

mulu

 

 

Konfiguration.xml

[testperson 1.677]

Hi,

 

ich bin mir bei UPDs nicht 100% sicher, meine aber, du musst dort explizit "AppData\Local" bzw. zumindest "AppData\Local\Microsoft\Office\16.0\Licensing" aufnehmen.

 

Generell würde ich allerdings auch nichts (Neues) mehr mit UPDs machen sondern gleich auf FSLogix Profile Container setzen.

 

Gruß

Jan

[mulu 11]

vor einer Stunde schrieb testperson:

Hi,

 

ich bin mir bei UPDs nicht 100% sicher, meine aber, du musst dort explizit "AppData\Local" bzw. zumindest "AppData\Local\Microsoft\Office\16.0\Licensing" aufnehmen.

 

Danke für den Hinweis Jan!

https://docs.microsoft.com/de-de/deployoffice/overview-shared-computer-activation

Ich glaube, da bin ich jetzt richtig.

Idealerweise sollte ich diesen Pfad jetzt mit in die Benutzerprofile schreiben. Ich werde das testen und rückmelden.

Gruß,

mulu

bearbeitet 23. August 2020 von mulu

[mulu 11]

vor 1 Stunde schrieb testperson:

Hi,

 

ich bin mir bei UPDs nicht 100% sicher, meine aber, du musst dort explizit "AppData\Local" bzw. zumindest "AppData\Local\Microsoft\Office\16.0\Licensing" aufnehmen.

 

Generell würde ich allerdings auch nichts (Neues) mehr mit UPDs machen sondern gleich auf FSLogix Profile Container setzen.

 

Gruß

Jan

Habe jetzt die Ausschlüsse in der Sammlungskonfiguration der WTS deaktiviert. Das Profil wird jetzt vollständig in die UPD geschrieben.

Teil des Themas damit erledigt, es muss noch Teams jedes Mal mit dem Kennwort bestätigt werden, Office muss nicht mehr aktiviert werden.

Vielen Dank für den Hinweis!

Und was die FSLogix Container angeht - habe ich mir im Vorfeld angeschaut und mich dagegen entschieden.

 

Grüße,

mulu

[mulu 11]

Problem gelöst, danke an Jan!

Lösung siehe mein letzter Post.

Wenn das gesamte Profil in die UPD geschrieben wird funktioniert auch die Aktivierung wie erwartet.

Grüße,

mulu

[testperson 1.677]

Vielen Dank für die Rückmeldung!  

vor 9 Stunden schrieb mulu:

Und was die FSLogix Container angeht - habe ich mir im Vorfeld angeschaut und mich dagegen entschieden.

Rein aus Interesse: Welche Gründe haben gegen FSLogix gesprochen?

 

vor 9 Stunden schrieb mulu:

Teil des Themas damit erledigt, es muss noch Teams jedes Mal mit dem Kennwort bestätigt werden, Office muss nicht mehr aktiviert werden.

Falls nicht im Einsatz, wäre hier ggfs. AAD Sync sowie Single- / Seamless-Sign-On noch ein Ansatz.

[mulu 11]

vor 10 Stunden schrieb testperson:

Rein aus Interesse: Welche Gründe haben gegen FSLogix gesprochen?

Hallo Jan,

zunächst der aufwändigere Setup Prozess, ich hatte hier leider zeitlich enormen Druck bei der Umsetzung.

Meine fehlende Erfahrung im Umgang, der Ursprung von FSLogix.

Alles keine guten Argumente, aber eben die Realität in dem Fall.

vor 10 Stunden schrieb testperson:

Falls nicht im Einsatz, wäre hier ggfs. AAD Sync sowie Single- / Seamless-Sign-On noch ein Ansatz.

Definitiv.

Die Umgebung ist jetzt "erstmal" so online, SSO und AAD Sync würden die Benutzererfahrung sicher noch verbessern.

 

Nochmal vielen Dank für Deine Hilfe!

Grüße,

mulu