Teams new auf Terminalservern und in VDI Umgebungen

Das neue Teams auf Terminalservern und in VDI Umgebungen

Vor ein paar Tagen hat Microsoft einen Artikel (New Microsoft Teams for Virtualized Desktop Infrastructure (VDI) – Microsoft Teams | Microsoft Learn) zu Teams new und der Bereitstellung auf Terminalservern bzw. in VDI Umgebungen veröffentlicht. Da Windows Server 2022 sowie 2019 noch nicht unterstützt werden und Server 2016 gar keinen Support erhalten wird, hier mein Test auf der aktuellen Windows Server vNext 23H2 Build 25967.

Systemanforderungen für Teams neu

Um Teams new – das neue Teams 😉 – machinewide zu installieren wird die WebView2 Runtime benötigt, welche sich hier (WebView2 – Microsoft Edge Developer) herunterladen lässt. Als nächstes wird, wie auch für die machinewide Installation vom klassischen Teams, ein entsprechender Registrykey „IsWVDEnvironment“ benötigt.

reg add "HKLM\SOFTWARE\Microsoft\Teams" /v "IsWVDEnvironment" /t REG_DWORD /d 1 /f

# Unter Citrix Virtual Apps and Desktops muss zusätzlich der folgende Key gesetzt sein / ergänzt werden, damit das neue Teams im optimierten Modus läuft
reg add "HKLM\SOFTWARE\WOW6432Node\Citrix\WebSocketService" /v "ProcessWhitelist" /t REG_MULTI_SZ /d "msedgewebview2.exe" /f

Als nächstes kann der TeamsBootStrapper (Bulk deploy the new Microsoft Teams desktop client – Microsoft Teams | Microsoft Learn) heruntergeladen werden und folgendermaßen in einer administrativen Kommandozeile installiert werden:

.\teamsbootstrapper.exe -p
{
  "success": true
}

.\teamsbootstrapper.exe –help
Provisioning program for Microsoft Teams.

Usage: teamsbootstrapper.exe [OPTIONS]

Options:

-p, –provision-admin Provision Teams for all users on this machine.
-x, –deprovision-admin Remove Teams for all users on this machine.
-h, –help Print help

Hilfe zur teamsbootstrapper.exe
teamsbootstrapper.exe

Zu guter Letzt noch eine Teams Update Policy, wie hier beschrieben (Neue Teams App in Public Preview – Jans Cloud), erstellen und dort bspw. den neuen Teams Client als Default setzen.

Teams Update Policy

Wichtig wäre es an dieser Stelle noch folgenden Pfad aus dem Benutzerprofil in die entsprechende Profillösung (wie bspw. FSLogix) zu integrieren bzw. persistent zu machen: %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Roaming\Microsoft\Teams

Teams neu Windows Server vNext 23H3 Build 25967

That’s all folks. 🙂


Die gesuchte Lösung noch nicht gefunden oder benötigen Sie Hilfe bei anderen Themen aus meinem Blog? Nehmen Sie gerne Kontakt mit mir bzw. meinem Unternehmen Jan Mischo IT auf. Ich freue mich auf Ihre Anfrage: https://janmischo.it/kontakt/


+49 2801 7004300

info@janmischo.it

Kommentare

27 Antworten zu „Teams new auf Terminalservern und in VDI Umgebungen“

  1. Anonymous

    So wäre es richtig:
    reg add „HKLM\SOFTWARE\WOW6432Node\Citrix\WebSocketService“ /v „ProcessWhitelist“ /t REG_MULTI_SZ /d „msedgewebview2.exe“ /f

    1. Bedankt, ist korrigiert.

  2. Hallo, Jan vielen Dank für Deinen sehr hilfreichen Artikel. Funktioniert auch auf unserer Umgebung wie beschrieben. Allerdings fehlt ein letzter Schritt, wie kann ich den Anwendern das neue Teams auf dem Terminalserver zugänglich machen. Z.B. eine Verknüpfung auf den User Desktop.

    1. Hallo Florian,

      das neue Teams sollte sich doch ins Startmenü integrieren und könnte von dort geöffnet werden. Ansonsten findest du die „MS-Teams.exe“ unter „C:\Program Files\WindowsApps\MSTeams_23285.3607.2525.937_x64__8wekyb3d8bbwe\ms-teams.exe“. Problematisch ist hier, dass die Version im Pfad verankert ist. Da müsstest du also bspw. per Script ran und die Verknüpfung prüfen sowie ggfs. aktualisieren.

      Hast du dir hier auch einen Windows Server vNext installiert oder auf welchem Serverbetriebssystem hast du das neue Teams installiert?

      Viele Grüße
      Jan

  3. Peter Lauk

    Vielen Dank für die Anleitung, damit klappt es gut das Teams verfügbar zu machen.
    Beim letzten Schritt steh ich aber auf dem Schlauch:
    Wichtig wäre es an dieser Stelle noch folgenden Pfad aus dem Benutzerprofil in die entsprechende Profillösung (wie bspw. FSLogix) zu integrieren bzw. persistent zu machen: %LocalAppData%\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Roaming\Microsoft\Teams

    Wie klappt das in FSLogix? Ich kann grad leider keine passende Policy/Einstellung finden.
    Vielen Dank!

    1. Hi Peter,

      für FSLogix ist eine neue Version in Preview, die das für die Office Container als Option („IncludeTeams“) mit bringt (https://learn.microsoft.com/en-us/fslogix/overview-release-notes#fslogix-2210-hotfix-3-preview-29871630241). Für Profile Container ist dann keine Anpassung notwendig. Das wird auch im Troubleshooting Artikel von FSLogix so beschrieben: https://learn.microsoft.com/en-us/fslogix/troubleshooting-appx-issues#when-using-or-switching-to-new-teams-for-vdi-users-report-the-application-is-missing-or-has-long-load-times

      HTH
      Jan

      1. Peter Lauk

        Hi Jan,
        vielen Dank, den Artikel hatte ich gestern auch noch gefunden und so funktioniert es jetzt, die Daten werden ins FSLogix Profil geschrieben. Lediglich der Teams Autostart geht noch nicht. Aber das ist nicht so wild, nun wirds gecached und lässt sich schnell selbst starten.
        VG Peter

        1. Timo Schulte

          Hi Peter,
          konntest du das Problem mit dem Autostart mittlerweile lösen?
          LG Timo

  4. Johannes

    Hallo – mit den Teamsbootstrapper hat das bei mir leider nicht funktioniert, aber mit:
    „DISM.EXE /Online /Add-ProvisionedAppxPackage /PackagePath:“.\MSTeams-x64.msix“ /SkipLicense“

    Aber klappt das bei jemandem mit dem Outlook Add-In, das auf Terminalservern den Benutzern zur Verfügung zu stellen?
    Hab in „c:\Program Files\WindowsApps\MSTeams_23306.3315.2560.6525_x64__8wekyb3d8bbwe\MicrosoftTeamsMeetingAddinInstaller.msi“ den Installer entdeckt aber selbst wenn ich das nur für meinen Admin User installier, funktioniert das leider nicht.
    Unabhängig davon ist der angebotene Installationspfad wenn man „Everyone“ auswählt Käse (C:\Users\%user%\AppData\Local\Microsoft\TeamsMeetingAddin\1.23.33412\)..

    Danke und LG
    Johannes

    1. Hey Johannes,

      ich hatte bislang nur einmal ein Problem mit dem neuen Teams und dem Outlook Add-In. Da hatte es geholfen, dass Add-In zu deinstallieren („msiexec.exe /x {A7AB73A3-CB10-4AA5-9D38-6AEFFBDE4C91} /qn“). Im Anschluss war es wieder da. Gefunden hatte ich das hier: New Teams – Meeting Add-in not working + Image cannot be added to announcement – Microsoft Community Hub

      HTH
      Jan

  5. Martin

    Hi,
    ich scheitere aktuell daran dass man den neuen RemoteDesktop Client verwenden muss.
    Hier meckert er immer an dass die Verbindung manipuliert sei. Wie hast du das umschifft bei einem Terminalserver?
    In meinem Fall Server 2019 (Ist mittlerweile ja auch freigegeben)
    Beim Classic Teams konnte ich noch eine ältere Version benutzen.

    Viele Grüße
    Martin

    1. Hi Martin,

      ich umschiffe das – wenn gefordert – mit Citrix Virtual Apps and Desktops. 😉 Mit dem „neuen“ Remote Desktop Client habe ich das Teams new noch gar nicht auf klassischen Terminalservern getestet. Eine Verbindung sollte mit der Version <= 1.2.4331 möglich sein. Ob damit aber eine Optimierung für den neuen Client funktioniert, kann ich dir nicht sagen. Evtl. funktioniert es später mal mit der "Windows App": https://learn.microsoft.com/en-us/windows-app/get-started-connect-devices-desktops-apps?tabs=windows-avd%2Cwindows-w365%2Cwindows-devbox%2Cmacos-rds%2Cmacos-pc&pivots=remote-desktop-services

      Gruß
      Jan

  6. Nico

    Hallo Jan, ich habe hier eine klassische On-Prem RDS-Farm mit 3x Windows Server 2022 und FSLOGIX! Ständig erhalten die Nutzer im Teams Classic Client die Meldung, dass etwas schief gegangen sei. Das passiert m.E. immer dann, wenn die User nach einer erneuten Anmeldung auf einem anderen RDSH als zuvor landen! Dann lösche ich immer „AppData\Roaming\Microsoft\Teams“ und dann geht es wieder, bis sie mal wieder auf einem anderen Server landen. Wie kann ich das verhindern?

    Ist der neue Teams Client nun eigentlich für RDS freigeben, oder nicht? Ich werde aus https://learn.microsoft.com/en-us/microsoftteams/new-teams-vdi-requirements-deploy nicht schlau, danke! Das steht nur was von VDI, Azure, Windows 365 und Citrix!

    Vielen Dank!

  7. Kai

    Vielen Dank für deine 1A Howtos und Tests.

    Hast du zufällig einen Tipp wie ich das AVD Offloading beim Teams 2.0 Client aktivieren und auf Funktion prüfen kann? Mit dem Teams 1.0 hat das sehr gut funktioniert, Teams 2.0 scheint aber die Settings für v1.0 nicht zu berücksichtigen?

    1. Kai

      Als Ergänzung: Wir haben eine Windows Server 2019 Datacenter RDS Farm im Einsatz.

      1. Frank

        AV offloading geht aktuell nur mit Azure AVD, Windows 365, Citrix und VMWare, nicht mit reinem RDS. https://techcommunity.microsoft.com/t5/microsoft-teams/new-teams-on-terminal-servers/m-p/4017214

      2. Frank

        Geht jetzt auch mit RDS, wie vorher mit „IsWVDEnvironment“.

        1. Moin Frank,

          funktioniert das mit einem aktuellen RD Client oder muss dafür weiterhin die (ur)alte Version 1.2.4065.0 genutzt werden? Bzw. wie gehst du hier vor? Dann würde ich den Beitrag (Teams Optimierung für Terminalserver) updaten oder einen neuen erstellen.

          Vielen Dank und Gruß
          Jan

  8. Jonny Seelbach

    Der RegKey „IsWVDEnvironment“ ist für Citrix nicht notwendig, gilt nur für AVD/W365. Kommt oben etwas undeutlich. 🙂

  9. Bei mir gibt es PoSh Skripts zur Installation incl. Outlook-Add-in und eine Verknüpfung für das neue Teams zu erstellen ist sehr einfach.
    https://koetzingit.de/index.php/en/blog-en/238-procedure-for-setting-up-the-new-microsoft-teams-on-the-windows-2022-platform

  10. Jan

    Moin zusammen,
    was machen die Leute die Citrix, Windows Server 2019 und FSLogix nutzen? Aktuell lese ich ja noch folgenden Satz auf der Microsoft Seite:
    „Neues Teams unter Windows Server 2019 ist derzeit nicht mit FSLogix kompatibel und kann nicht gestartet werden. Weitere Informationen finden Sie unter Bekannte Probleme bei FSLogix“

    Gibt es schon jemanden der das zum Laufen bekommen hat? vielen Dank!
    Grüße

    1. Moin,

      die Frage wäre, wie sehr der Schuh hier drückt. Eine Option wäre Upgrade der Worker auf 2022. Eine andere Option wäre von FSLogix auf den Citrix UPM zu migrieren (und später zu bleiben). Evtl. wäre es denkbar per Citrix Profile Container nur den Teams Part zu verarbeiten und in FSLogix entsprechend auszuklammern. Ebenfalls könnte für den Übergang getestet werden, ob du (deine User) mit Teams new im Browser zurecht kommst. Ansonsten vielleicht auch per Local App Access auf ein lokales Teams zugreifen und für die Teams URLs eine URL Redirection.

      Am einfachsten wäre es wohl einfach abzuwarten – ggfs. bis RTM von Server 2025 – und vorerst mit Teams classic weiter zu machen. Microsoft updatet gerade die EoS und EoA Timeline für Teams classic: „An updated VDI timeline will be published soon.“

      HTH / Viele Grüße
      Jan

      P.S.: Da der Beziehungsstatus mit Teams new und was derzeit auf Session Hosts / Terminalserver supportet ist „kompliziert“ ist, habe ich am Wochenende folgenden Beitrag veröffentlicht: Teams new auf Terminalserver Support Übersicht

      1. Jan

        Moin Jan,
        der Schuh drückt, da ich im Juni in Elternzeit bin 🙁

        Das Hochziehen der Terminalserver von 2019 auf 2022 per In-Place-Upgrade halte ich für eher ungünstig.
        Nachher funktioniert womöglich die Hälfte nicht mehr …
        Bezüglich der Option, von FSLogix wieder zurück zu den Citrix UPM zu wechseln, wäre das für mich ein Armutszeugnis seitens Microsoft.
        Teams Neu im Browser wird wahrscheinlich aufgrund von Igel Thin-Clients nicht funktionieren.

        Gerne würde ich vorerst mit Teams Classic weitermachen, habe aber gelesen, dass es ab dem 01.07.2024 in der VDI-Version nicht mehr funktionieren soll.
        Das habe ich auf dem Screenshot gesehen, der ja noch verfügbar ist auf deiner Seite.

        Danke für deinen Link. Ich kann gerne warten, denke aber, dass FSLogix nachbessern muss. Notfalls dann Citrix Profile Management.

        Grüße, Jan

        1. Wenn du per In-Place Upgrade auf 2022 willst, ist vermutlich kein MCS / PVS im Einsatz und die Terminalserver sind persistent? Dann wäre es eine Option, eine der Terminalserver VMs zu klonen und dann per In-Place Upgrade auf 2022 updaten. Damit kannst du dann ja eine neue Delivery Group erstellen und deine Anwendungen testen. Ich kann dir allerdings nur Gutes über In-Place Upgrades von 2012 R2 auf 2019 oder von 2016 / 2019 auf 2022 berichten. Bei einem größeren Hoster einer Branchensoftware wurden bspw. weit über 1000 Worker von 2016 auf 2022 (silent / unattended) geupgraded. Die Erfolgsquote war über 99 %. Wichtig wäre nur, vorher den VDA und besser auch den Virenschutz deinstallieren.

          Wie gesagt, der Teams classic Support bzw. End of Availability in VDI wird von Microsoft gerade angepasst.

        2. Moin,

          Microsoft hat gestern FSLogix 2210 Hotfix 4 angekündigt, womit Teams new auf Terminalserver 2019 mit FSLogix unterstützt wird.: Announcing release date for FSLogix 2210 hotfix 4! – Microsoft Community Hub

          HTH
          Jan

          1. Jan

            Moin, haben die jetzt die Verfügbarkeit um 1 Jahr nach hinten geschoben (also wo es abgestellt wird) und nur das Support Ende auf Anfang Oktober 2024? Das erleichtert mich 🙂

          2. Korrekt. Support Ende wurde vom 01.07.2024 auf den 01.10.2024 verschoben. Ab da gibt es dann keine neuen Updates oder Features mehr im klassischen Client und der Support wird eingestellt. Bis zum 30.06.2025 kann man Teams classic dann noch nutzen. Ab Oktober wäre dann aber wohl die Migration der Worker auf Windows Server 2025 und Teams new der Weg.

Schreibe einen Kommentar

Deine E-Mail-Adresse wird nicht veröffentlicht. Erforderliche Felder sind mit * markiert

Diese Website verwendet Akismet, um Spam zu reduzieren. Erfahre mehr darüber, wie deine Kommentardaten verarbeitet werden.