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

20 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

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.