Installer Teams pour une infrastructure VDI (Virtualized Desktop Infrastructure)

Cet article décrit les exigences et les limitations liées à l’utilisation du client Microsoft Teams dans un environnement virtualisé.

Conditions requises

Microsoft recommande la dernière version de Teams. En outre, les machines virtuelles doivent respecter la configuration minimale requise indiquée ici :

Configuration requise pour le fournisseur de virtualisation

Actuellement, Teams sur VDI avec optimisation audio/vidéo (AV) est certifié avec Azure Virtual Desktops, Windows 365, Citrix, Omnissa et Amazon. Consultez les informations de cet article pour vous assurer que vous répondez à toutes les exigences relatives au bon fonctionnement.

Pour les scénarios de service de bureau à distance, consultez cette section.

Azure Virtual Desktop

Azure Virtual Desktop fournit une optimisation AV pour Teams sur VDI. Pour en savoir plus sur la configuration requise et l’installation, consultez Utiliser Teams sur Azure Virtual Desktop.

Les versions minimales suivantes sont nécessaires pour prendre en charge le client Teams :

• Client Bureau à distance pour Windows (plus pris en charge, mise à niveau vers application Windows)

• Application Windows pour Windows 2.0.360.0

• Client Bureau à distance pour Mac (plus pris en charge, mise à niveau vers l’application application Windows)

• Application Windows pour Mac 11.3.4

• Application Windows pour iOS 11.2.5 [Optimisation basée sur WebRTC uniquement]

• Application Windows pour Android (11.0.0.78) [Optimisation basée sur WebRTC uniquement]

• Les navigateurs web ne prennent pas en charge l’optimisation de Microsoft Teams

• Clients légers Linux - seuls les partenaires répertoriés sur cette page prennent en charge l’optimisation de Microsoft Teams (basée sur WebRTC)

• Service de redirecteur WebRTC 1.54.2408.19001

Microsoft recommande d’utiliser les dernières versions disponibles.

En outre, vous devez déployer la clé de Registre suivante sur le bureau virtuel pour que le client Teams soit optimisé :

HKLM\SOFTWARE\Microsoft\Teams :

• Nom : IsWVDEnvironment
• Type : DWORD
• Valeur : 1

Application distante

Vous pouvez publier des équipes à l’aide de l’emplacement Windows shell:appsFolder au format : shell:appsFolder\MSTeams_8wekyb3d8bbwe!MSTeams

Pour plus d’informations sur RemoteApp, consultez cet article. Pour plus d’informations sur la nouvelle pile d’optimisation (basée sur SlimCore) et la nouvelle pile, consultez cet article.

Windows 365

Windows 365 utilise la même optimisation audio/vidéo que celle fournie par Azure Virtual Desktop pour garantir une expérience Teams optimale à partir d’un PC cloud. Pour en savoir plus sur la configuration requise et l’installation, consultez Utiliser Teams sur Cloud PC.

Les images Windows 10/11 de la galerie sont préconfigurées avec les composants d’optimisation requis. Lorsque vous installez et utilisez Microsoft Teams sur votre PC cloud, vous bénéficiez d’une expérience optimisée.

Si vous souhaitez créer des images personnalisées qui incluent des optimisations pour Microsoft Teams, vous devez effectuer les étapes décrites dans Créer une image Cloud PC personnalisée pour prendre en charge Microsoft Teams.

Les mêmes versions minimales que dans Azure Virtual Desktops sont nécessaires pour prendre en charge le client Teams sur Windows 365. Voir la section ci-dessus.

En outre, vous devez déployer la clé de Registre suivante sur le bureau virtuel pour que le client Teams soit optimisé :

HKLM\SOFTWARE\Microsoft\Teams :

• Nom : IsWVDEnvironment
• Type : DWORD
• Valeur : 1

Configuration requise pour Citrix Virtual Apps and Desktops et Citrix DaaS

Les versions minimales suivantes sont nécessaires pour prendre en charge le client Teams :

Application Citrix Workspace :

• Windows 2402 LTSR (dernière mise à jour cumulative)
• Windows 2409.10 CR
• Linux 2503
• Mac 2411.10
• HTML5 2502
• ChromeOS : dernière application Citrix Workspace pour ChromeOS publiée dans Chrome Web Store. La version précédente (N moins 1) est prise en charge sur la version compatible de ChromeOS et maintenue jusqu’à la prochaine version.

Citrix Virtual Delivery Agent (VDA) :

• 2507 LTSR (et toutes les mises à jour cumulatives)
• 2402 LTSR (et toutes les mises à jour cumulatives)
• 2203 LTSR (et toutes les mises à jour cumulatives)
• 2503 CR
• 1912 LTSR n’est pas pris en charge

En outre, vous devez déployer la clé de Registre suivante sur le VDA pour que le client Teams soit optimisé :

• Emplacement : HKLM\SOFTWARE\WOW6432Node\Citrix\WebSocketService
• Clé (REG_Multi_SZ) : ProcessWhitelist
• Valeur : msedgewebview2.exe

Si cette clé de Registre est manquante, le client Teams fonctionne en mode non optimisé (rendu côté serveur). Cette clé de registre n’est plus nécessaire si vous utilisez VDA 2402 (consultez cette case activée ici).

Pour plus d’informations, consultez Optimisation pour Microsoft Teams.

Configuration requise pour Omnissa Horizon et Workspace ONE

Les versions minimales suivantes sont nécessaires pour prendre en charge le client Teams :

• Horizon 8 2111 ESB (8.4)

Pour en savoir plus sur les dernières exigences et instructions, notamment sur la configuration de l’optimisation des médias pour Teams, consultez Optimisation de Microsoft Teams avec Horizon | Omnissa.

Configuration requise pour Amazon WorkSpaces

Pour plus d’informations, consultez la nouvelle page d’optimisation VDI (basée sur SlimCore). AppStream n’est pas pris en charge.

Déployer le client Microsoft Teams

Pour déployer le client Microsoft Teams sur votre organization, sélectionnez l’une des options suivantes.

Installer le client Teams

Méthode recommandée pour déployer Teams dans VDI. La méthode du déploiement direct ou « en bloc » est utilisée pour cette option. En savoir plus sur Déployer en bloc le client de bureau Microsoft Teams.

L’utilisation de la commande teamsbootstrapper.exe -p garantit toujours l’installation du client Teams le plus récent.

Un déploiement progressif et contrôlé peut ensuite être réalisé en étendant de manière sélective les attributions du nouveau catalogue informatique/groupe de livraison à un plus grand nombre d’utilisateurs.

Les administrateurs peuvent également utiliser un MSIX d’équipes locales pour configurer Teams. Cette option réduit la quantité de bande passante utilisée pour l’installation initiale. MSIX peut exister dans un chemin local ou UNC.

1. Téléchargez le programme d’installation .exe.

2. Téléchargez MSIX :
   - MSIX x86
   - ,MSIX x64
   - ,ARM64.

3. Ouvrez l’invite de commandes en tant qu’Administration.

4. En fonction de l’emplacement de votre MSIX, procédez comme suit :

   Pour le chemin d’accès local, entrez :.\teamsbootstrapper.exe -p -o « c :\path\to\teams.msix »

   Exemple :

   

   Pour UNC, entrez :.\teamsbootstrapper.exe -p -o « \unc\path\to\teams.msix »

   Exemple :

   

Si les administrateurs informatiques définissent des restrictions pour MSIX ou déploient des GPO, cela peut empêcher les utilisateurs de télécharger et d’installer l’application. Si des restrictions sont en place, l’utilisateur peut voir des erreurs comme celle-ci :

Programmes d’installation Teams dans les environnements VDI

Vous devez connaître l’emplacement d’installation du client Teams.

Résolution des erreurs de déploiement de Teams

Les administrateurs peuvent se fier au code d’erreur teamsbootstrapper.exe qui décrit le problème. Si le code d’erreur ne fournit pas suffisamment d’informations, d’autres informations de diagnostic sont disponibles dans les journaux d’événements détaillés.

1. Accédez à l’observateur d’événements (local) > Journaux > des applications et des services Microsoft > Windows.

2. Vérifiez les journaux disponibles dans ces catégories :

   • AppxPackagingOM > Microsoft-Windows-AppxPackaging/Operational
   • >AppXDeployment-Server Microsoft-Windows-AppXDeploymentServer/Operational

3. Passez en revue les journaux sous AppXDeployment-Server.

   En savoir plus ici : Codes d’erreur courants

   Teamsbootstrapper.exe codes d’erreur courants	Plus d’informations
   0x80070057	La commande bootstrapper n’a pas le chemin d’accès complet (évitez les URI en utilisant .). Essayez plutôt le chemin d’accès complet (par exemple, c :\temp\MSTeams-x64.msix).
   0x80070032	Erreur probable sur le chemin d’accès UNC. Essayez plutôt de copier le fichier MSIX dans un dossier local.
   0x80004004	Il peut y avoir une clé de registre « maglevInstallationSource » laissée dans la clé de registre HKLM\Software\WoW6432Node\Microsoft\Office\Teams. Essayez de le supprimer et de réessayer l’installation.

Instructions d’installation pour Windows Server 2019 (non pris en charge - planifiez les mises à niveau vers Windows Server 2025)

Pour Windows Server 2019, la seule méthode d’installation prise en charge est la suivante :

Dism /Online /Add-ProvisionedAppxPackage /PackagePath:<MSIX package path> /SkipLicense

Assurez-vous que le chargement indépendant est activé et que WebView2 est installé. Consultez la section Exigences .

La /SkipLicense commande est nécessaire, car le package MSIX n’est pas considéré comme un « package Store » (puisqu’il n’a pas été téléchargé à partir du Store). Par conséquent, pour que la commande d’installation Dism réussisse, vous devez également activer cette stratégie au moment de l’installation : Configuration ordinateur Modèles >> d’administration Composants > Windows Déploiement > du package d’application Autorisez l’installation de toutes les applications approuvées.

Limitations connues :

• Si vous utilisez FSLogix comme solution Profile Manager, Teams sur Windows Server 2019 nécessite le correctif logiciel FSLogix 2210 HotFix 4 ou version ultérieure (Microsoft recommande la dernière version disponible).

Intégration de la présence d’Outlook à Teams dans Windows Server 2019

Pour qu’Outlook affiche correctement le status de présence, les étapes suivantes sont nécessaires sur l’image de base :

1. Installez à l’échelle de l’ordinateur (ALLUSERS=1) le Windows 10 1809 et Windows Server 2019 KB5035849 240209_02051 Feature Preview.msi.

2. Ouvrez votre éditeur de stratégie de groupe. Accédez à Configuration ordinateur\Modèles d’administration\KB5035849 240209_02051 Feature Preview\Windows 10, version 1809 et Windows Server 2019. Modifiez la valeur de ce paramètre sur Activé.

3. Installez KB5035849 mise à jour cumulative de mars 2024 à partir du catalogue Microsoft Update ou de WSUS pour les entreprises.

4. Installez le «MSTeamsNativeUtility.msi» à l’échelle de l’ordinateur (ALLUSERS=1).

5. Redémarrez la machine virtuelle.

6. Installez Teams 24033.811.2738.2546 ou une version ultérieure à l’aide de Dism comme décrit précédemment.

   Remarque

   Les étapes 1, 2, 3, 4 et 5 ne sont requises qu’une seule fois. Ces étapes ne sont pas requises dans la maintenance ultérieure de l’image de base.

   Important

   Outlook doit être démarré après le lancement de Teams pour que la présence s’affiche correctement.

Supprimer Teams pour tous les utilisateurs

Pour désinstaller et déprovisionner Teams pour tous les utilisateurs, utilisez la commande suivante :

./teamsbootstrapper -x

Cette commande annule l’inscription et déprovisionne Teams pour tous les utilisateurs. Le profil/le cache utilisateur Teams est supprimé.

Désactiver la mise à jour automatique Teams dans une VDI non persistante

Pour empêcher Teams de procéder à l’auto-mise à jour, utilisez la clé de Registre suivante sur la machine virtuelle. Seuls les builds Teams ultérieures à 23306.3314.2555.9628 dans VDI peuvent traiter cette clé de registre.

Location: Computer\HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Teams
Name: disableAutoUpdate
Type: DWORD
Value: 1

Démarrage automatique de Teams

Trois composants contrôlent le comportement de démarrage automatique de Teams :

1. Par défaut, les applications basées sur MSIX ne démarrent pas automatiquement avant un premier lancement, car le système d’exploitation Windows ne démarre pas automatiquement les packages dans un état approvisionné. Une inscription AppX est nécessaire avec le consentement de l’utilisateur. Après le premier lancement, les utilisateurs peuvent accéder à Paramètres>généraux et remplir la case à cocher Démarrage automatique des équipes , ou activer le démarrage automatique à partir du menu Paramètres Windows.

2. Si la case à cocher « Démarrage automatique de Teams » est grisée, cela signifie qu’un objet de stratégie de groupe à l’échelle du système désactive cette option pour les applications UWP :

   [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
   "EnableFullTrustStartupTasks"=dword:00000000
   "EnableUwpStartupTasks"=dword:00000000
   "SupportFullTrustStartupTasks"=dword:00000000
   "SupportUwpStartupTasks"=dword:00000000
   

   Ce paramètre de Registre entraîne l’indisponibilité de l’option dans les systèmes d’exploitation sous Paramètres>Applications>installées. Pour modifier ce paramètre, créez les regkeys avec les valeurs comme indiqué dans cet exemple :

   [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System]
   "EnableFullTrustStartupTasks"=dword:00000002
   "EnableUwpStartupTasks"=dword:00000002
   "SupportFullTrustStartupTasks"=dword:00000001
   "SupportUwpStartupTasks"=dword:00000001
   

   Redémarrez la machine virtuelle pour voir les options de démarrage actives dans le menu des paramètres du système d’exploitation.

3. Cette clé de registre contrôle le comportement du démarrage automatique de Teams, vous pouvez donc l’activer ou le désactiver par programmation.

   [HKEY_CURRENT_USER\Software\Classes\Local Settings\Software\Microsoft\Windows\CurrentVersion\AppModel\SystemAppData\MSTeams_8wekyb3d8bbwe\TeamsTfwStartupTask]
   "State"=dword:00000002
   "UserEnabledStartupOnce"=dword:00000001
   

   État	Numéro	Information
   Désactivé	0	La tâche est désactivée.
   DisabledByUser	1	L’utilisateur a désactivé la tâche. Seul l’utilisateur peut réactiver la tâche.
   EnabledByUser	2	La tâche est activée.
   DisabledByPolicy	3	L’administrateur ou la stratégie de groupe a désactivé la tâche. Les plateformes qui ne prennent pas en charge les tâches de démarrage signalent également DisabledByPolicy.
   EnabledByPolicy	4	L’administrateur ou la stratégie de groupe a activé la tâche.

   Vous pouvez en savoir plus sur ce lien.

Emplacement du profil et du cache pour le client Teams

Tous les paramètres et configurations utilisateur sont désormais stockés dans :

• C :\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\
• C :\Users<username>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\Settings\settings.dat
• C :\Users<username>\AppData\Local\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\app_switcher_settings.json
• C :\Users<username>\AppData\Local\Publishers\8wekyb3d8bbwe\TeamsSharedConfig\tma_settings.json

Assurez-vous que ces dossiers et fichiers sont conservés pour le bon fonctionnement de Teams.

Le dossier « meeting-addin » sous TeamsSharedConfig ne doit pas être conservé, car la persistance pourrait entraîner des problèmes avec les coordonnées de réunion par défaut dans les modèles de réunion insérés dans Outlook.

Exclusions de dossiers

Utilisation du stockage sur disque

Pour faciliter la distribution de notre client aux appareils Windows, la prise en charge de MSIX est ajoutée, ce qui améliore la fiabilité des installations et des mises à jour des applications, ainsi que la consommation de bande passante réseau et d’espace disque. Cette technologie de packaging montre également l’utilisation précise de l’espace disque.

Encombrement sur le disque - Dossiers clés et emplacement

• Programme d’installation de l’application : C :\Program Files\WindowsApps\MSTeams_[version]_[arch]__8wekyb3d8bbwe Comprend le package d’installation, prend en charge la possibilité de réinitialiser l’application et autorise l’instanciation unique.
• Données utilisateur et application : C :\Users<alias>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe Inclut le code (offres groupées JavaScript), le cache de code, les caches de navigateur, les bases de données pour les données utilisateur (comme les conversations, qui sont mises à l’échelle en fonction de l’utilisation) et le stockage web (à partir de domaines hébergés dans Teams, tels que Sharepoint, Viva Learning, Apps, etc.).

Pour les configurations non persistantes où l’encombrement du stockage est un facteur à prendre en compte, les instructions suivantes s’appliquent :

Recommandé pour exclusion

Examiner les considérations de compromis, nécessitant une évaluation et des tests pour ces environnements

Outre les dossiers de cette section, nous vous déconseillons d’exclure des répertoires supplémentaires.

Intégration de Teams et Outlook

La sélection de la case à cocher « Enregistrer la nouvelle application Teams en tant qu’application de conversation pour Microsoft 365 » sous Paramètres > système général > permet au client Teams de s’intégrer à toutes les applications Microsoft 365 qui ont des fonctionnalités de messagerie instantanée (présence, conversation, VOIP, etc.).

Par exemple, Outlook passe par le processus de découverte décrit ici pour s’intégrer à l’application cliente de messagerie instantanée par défaut : Intégration des applications de messagerie instantanée à Office

Complément réunion Teams

En outre, le package MSIX Teams regroupe le complément de réunion Teams (ou TMA) MSI (« MicrosoftTeamsMeetingAddinInstaller.msi »). TMA vous permet de planifier une réunion Teams à partir d’Outlook.

Pour les articles de sécurité liés à l’intégration de TMA avec le client Outlook, en savoir plus sur la sécurité des compléments de réunion Teams lors de l’utilisation de votre client Outlook.

Tous les fichiers Teams installés sur l’ordinateur sont signés, de sorte que les administrateurs informatiques peuvent utiliser les stratégies AppLocker/Intégrité du code/Windows Defender Application Guard configurées pour l’application.

• Pour les installations Teams par utilisateur de TMA, le dossier d’installation se trouve dans AppData\Local\Microsoft\TeamsMeetingAddin
• Les journaux d’installation pour TMA MSI sont stockés ici : AppData\Local\Packages\MSTeams_8wekyb3d8bbwe\LocalCache\Microsoft\MSTeams\Logs \tma_addin_msi.txt

Cette erreur est due à des GPO affectant Windows Installer et inclut des stratégies DisableUserInstalls, DisableMSIou AppLocker basées sur des conditions de règle de l’éditeur ou une collection de règles pour les installations MSI. Dans ce cas, vous devez créer une exception telle que :

• FilePathCondition Path="%PROGRAMFILES%\WINDOWSAPPS*\MICROSOFTTEAMSMEETINGADDININSTALLER.MSI"

Méthode de déploiement pour les environnements non persistants où la mise à jour automatique de Teams est désactivée

Si les administrateurs ne souhaitent pas utiliser le nouvel indicateur --installTMA, ils peuvent toujours installer le MSI TMA situé dans le répertoire d’installation de Teams à partir d’une invite de commandes d’Administration à l’aide de :

msiexec.exe /i "C:\Program Files\WindowsApps\MSTeams_X.X.X.X_x64__8wekyb3d8bbwe\MicrosoftTeamsMeetingAddinInstaller.msi" ALLUSERS=1 /qn /norestart TARGETDIR="C:\Program Files (x86)\Microsoft\TeamsMeetingAdd-in\<version>\"

• TARGETDIR doit rester cohérent entre les installations afin que le MSI de complément de réunion Teams puisse détecter et propre versions antérieures. Si plusieurs répertoires sont utilisés, l’installation peut ne pas se comporter comme prévu.

• X.X.X.X doit être remplacé par la version Teams. Assurez-vous qu’il existe un double trait de soulignement entre l’architecture du processeur (x64) et le PublisherID (8wekyb3d8bbwe). Le numéro de version exact peut être extrait en exécutant cette commande dans PowerShell :

  
  Get-AppXPackage -Name "*msteams*" | Select-Object -ExpandProperty Version
  
  

• doit être remplacée par la version du fichier MSI, par exemple, 1.24.2203.0. Le numéro de version exact peut être extrait en exécutant cette commande dans PowerShell :

PS C:\WINDOWS\system32> Get-AppLockerFileInformation -Path "C:\PROGRAM FILES\WINDOWSAPPS\MSTEAMS_24026.1000.2656.1710_X64__8WEKYB3D8BBWE\MICROSOFTTEAMSMEETINGADDININSTALLER.MSI" | Select -ExpandProperty Publisher | select BinaryVersion

BinaryVersion

1.24.2203.0

Exemple : Voici des exemples de commande finale :

msiexec.exe /i "C:\Program Files\WindowsApps\MSTeams_23320.3021.2567.4799_x64__8wekyb3d8bbwe\MicrosoftTeamsMeetingAddinInstaller.msi" ALLUSERS=1 /qn /norestart TARGETDIR="C:\Program Files (x86)\Microsoft\TeamsMeetingAdd-in\1.24.2203.0\"

Le script PowerShell suivant peut être utilisé comme référence pour le déploiement. Les clients doivent valider dans leurs environnements QA/TEST :

If (-not ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole] 'Administrator') ){
    Write-Error "Need to run as administrator. Exiting.."
    exit 1
}

# Get Version of currently installed Teams Package
if (-not ($NewTeamsPackageVersion = (Get-AppxPackage -Name MSTeams).Version)) {
    Write-Host "Teams Package not found. Please install Teams from https://aka.ms/GetTeams ."
    exit 1
}
Write-Host "Found Teams Version: $NewTeamsPackageVersion"

# Get Teams Meeting Addin Version
$TMAPath = "{0}\WINDOWSAPPS\MSTEAMS_{1}_X64__8WEKYB3D8BBWE\MICROSOFTTEAMSMEETINGADDININSTALLER.MSI" -f $env:programfiles,$NewTeamsPackageVersion
if (-not ($TMAVersion = (Get-AppLockerFileInformation -Path $TMAPath | Select-Object -ExpandProperty Publisher).BinaryVersion))
{
    Write-Host "Teams Meeting Addin not found in $TMAPath."
    exit 1
}
Write-Host "Found Teams Meeting Addin Version: $TMAVersion"

# Install parameters
$TargetDir = "{0}\Microsoft\TeamsMeetingAdd-in\{1}\" -f ${env:ProgramFiles(x86)},$TMAVersion
$params = '/i "{0}" TARGETDIR="{1}" /qn ALLUSERS=1' -f $TMAPath, $TargetDir

# Start the install process
write-host "executing msiexec.exe $params"
Start-Process msiexec.exe -ArgumentList $params
write-host "Please confirm install result in Windows Eventlog"

Après l’installation, redémarrez Outlook et vérifiez que TMA est en cours de chargement. Les journaux se trouvent sur %localappdata %\Temp\Microsoft\Teams\meeting-addin.

Pour consulter les articles sur la résolution des problèmes liés aux compléments de réunion Teams, consultez : Résoudre les problèmes liés au complément de réunion Teams pour Outlook.

Dépannage de l’intégration de Teams et Outlook

Symptômes

L’un des problèmes suivants se produit lorsque vous case activée le status de présence d’un utilisateur dans Outlook :

• L’indicateur de présence n’est pas visible.
• La présence affichée est incorrecte.
• Le status de présence est Statut inconnu.

Étapes de résolution des problèmes

1. Vérifiez que Teams fonctionne. Lancez ensuite Outlook.

2. Vérifiez les paramètres de Registre de votre ordinateur pour vérifier que Teams est inscrit en tant qu’application de messagerie instantanée par défaut.

   1. Démarrez l’Éditeur du Registre.
   2. Recherchez la sous-clé suivante : HKEY_CURRENT_USER\Software\IM Providers
   3. Vérifiez les valeurs suivantes :

    - **Name:** DefaultIMApp
    - **Type:** REG_SZ
    - **Data:** MsTeams
    ```
   
   

3. Recherchez la sous-clé suivante :

   • HKEY_CURRENT_USER\Software\IM Providers\MsTeams (Outlook surveille cette clé de Registre pour les modifications de valeur)

4. Vérifiez les valeurs suivantes :

   -Name : UpAndRunning -Type : REG_DWORD -Data : 2 (0 - Non en cours d’exécution, 1 - Démarrage, 2 - En cours d’exécution)

5. Si les problèmes persistent, contactez le Support Microsoft.

Contrôler le mode de secours dans Teams

Quand les utilisateurs se connectent à partir d’un point de terminaison non pris en charge, ils sont en mode de secours, dans lequel l’audio/vidéo n’est pas optimisé. Vous pouvez désactiver ou activer le mode de secours en définissant l’une des valeurs DWORD du Registre suivantes :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Teams\DisableFallback HKEY_CURRENT_USER\SOFTWARE\Microsoft\Office\Teams\DisableFallback

• Cette clé de Registre ne peut être traitée que par Teams 24257.x.x.x ou version ultérieure.
• Pour désactiver le mode de secours, définissez la valeur sur 1.
• Pour activer l’audio uniquement, définissez la valeur sur 2.
• Si la valeur n’est pas présente ou est définie sur 0 (zéro), le mode de secours est activé.
• En mode de secours, la fonctionnalité de partage d’écran est prise en charge avec une interface utilisateur de sélecteur d’écran différente (similaire à l’expérience qu’un utilisateur verrait dans Teams pour le web).

Multi-locataire et plusieurs comptes dans VDI

Teams dans VDI vous permet de vous connecter rapidement et facilement, et de basculer entre plusieurs comptes et organisations à partir du même environnement cloud Microsoft 365.

Si l’un de vos comptes dispose d’un accès invité à d’autres organisations, vous n’avez pas besoin de l’ajouter : ils apparaissent automatiquement. Un invité est une personne extérieure à une organisation qu’un propriétaire d’équipe invite à rejoindre l’équipe, par exemple un partenaire ou un consultant. Les invités ont moins de fonctionnalités que les membres de l’équipe ou les propriétaires de l’équipe.

En savoir plus : Gérer les comptes et les organisations dans Microsoft Teams

Fonctionnalités actuellement indisponibles et problèmes connus dans VDI avec Teams

• Les utilisateurs d’AVD/W365 optimisés avec WebRTC ne voient pas les vidéos/partages d’écran entrants s’ils sont sur un bureau virtuel exécutant Windows 11 24H2/25H2 (26100.6725 et 26200.6725 ou supérieur) et que le contrôle de compte d’utilisateur (UAC) est désactivé. La solution de contournement actuelle à ce problème nécessite que les administrateurs activent le contrôle de compte d’utilisateur sur la machine virtuelle Windows.
• L’optimisation de Microsoft Teams n’est pas prise en charge dans les scénarios imbriqués ou à deux tronçons (par exemple, le lancement d’un deuxième bureau virtuel à partir d’un autre bureau virtuel).
• Dans certains scénarios, les utilisateurs de Citrix RemotePC peuvent subir un blocage et une boucle de redémarrage de Teams lors de l’utilisation de VDA 2411 et de l’accès à Teams localement (et non via HDX). Consultez CTX585013 pour plus de détails.
• Teams ne s’enregistre pas à la demande lors de la création d’un profil FSLogix (même avec le correctif 4) et ne s’enregistre pas lors de connexions ultérieures, bien qu’il soit installé. À l’origine de ce problème, une condition de concurrence entre le service Process Lifetime Manager (PLM) et AppxSvc est à l’origine de ce problème. provoquant une défaillance temporaire lors de la mise à jour du package avec une 0x80004001 d’erreur (E_NOTIMPL). Si le service PLM n’est pas en cours d’exécution, l’inscription de Teams échoue.
  • (Dans MSIX, l’inscription se produit par utilisateur et commence lorsqu’un utilisateur ouvre une session. Le système d’exploitation charge ensuite l’application empaquetée préinstallée, créant des données d’application, des FTA et des vignettes d’application spécifiques à l’utilisateur dans le menu Démarrer. Cette action est effectuée par le service AppReadiness qui est au courant de toutes les applications préinstallées et demande au service de déploiement Appx (AppxSvc) de déployer ces packages.)
  • Les clients qui rencontrent cette erreur, même avec le correctif 4 de FSLogix, doivent déployer les correctifs suivants :
    • Windows 11 21H2 KB5043067
    • Windows Server 2022 KB5042881
    • Windows Server 2019 KB5043050
  • Ce bogue est résolu avec KB5037849 pour Windows 10 (mai 2024). Le problème n’est pas présent sur Windows 11 22H2 ou version ultérieure.
• Teams ne peut pas se lancer pour les utilisateurs qui se connectent à des bureaux virtuels Windows 10 non persistants à utilisateur unique ou l’application n’est pas visible dans le menu Démarrer. Mais l’application peut devenir visible et se lancer avec succès 15 minutes après la connexion.
  • Ce problème est résolu dans KB5041582KB5041587 pour Windows 10/11 et Teams 24215.1007.3082.1590 (ou version ultérieure) - les deux composants sont nécessaires.
  • Vous devrez peut-être également exclure l’emplacement suivant de votre solution de profil itinérant (pour les clients FSLogix, par exemple, via redirections.xml) : AppData\Local\Packages\Microsoft.Windows.StartMenuExperienceHost_cw5n1h2txyewy\TempState.
  • REMARQUE - le problème n’est pas visible dans Windows 10 ou 11 multi-utilisateurs. Pour Windows 2019. Un correctif pour résoudre ce problème est disponible : KB5044227.
• Les clients qui installent Teams sur une image de base, qui subit ensuite un sysprep pour la généraliser, ne parviennent pas à lancer l’application. Cette circonstance inclut des modèles de la galerie d’images Azure.
  • Les utilisateurs qui se connectent aux machines virtuelles approvisionnées voient l’icône Teams grisée dans le menu Démarrer et cliquer dessus n’a aucun effet.
  • Le journal AppX dans le observateur d'événements contient le 0x80073CF1 d’erreur.
  • L’exécution Get-AppxPackage -name MsTeams -allusers à partir d’une fenêtre PowerShell élevée montre que PackageUserInformation est dans un état suspendu pour SID S-1-15-18 (LocalSystem). Cette erreur n’est pas visible sur W11 22H2 ou version ultérieure. Installez KB5039299 pour Windows 10 KB5040437 pour WS2022 et KB5040431 pour W11 21H2.
• Partage d’écran à partir de la conversation pour Azure Virtual Desktops/Windows 365 (ce problème est désormais résolu pour le client Bureau à distance 1.2.5105 et le service de redirecteur 1.50.2402.29001).
• Partage d’écran à partir de la conversation pour Citrix lors de l’utilisation de l’application d’espace de travail 2311 uniquement.
• msteams_autostart.exe « le paramètre est incorrect » : dans les environnements non persistants qui utilisent des conteneurs de profils FSLogix (toutes versions antérieures au correctif 2210 4) ou Citrix Profile Manager, lorsque Teams tente de démarrer automatiquement ou qu’un utilisateur tente de lancer Teams à partir du menu Démarrer, il génère l’erreur : « Le paramètre est incorrect. » La fréquence et la reproductibilité de l’erreur varient en fonction de l’environnement et en particulier du logiciel antivirus utilisé (SentinelOne, Palo Alto, Trend Micro, Bitdefender, CrowdStrike, etc.) et des exclusions en place. Ce problème est désormais résolu sur le correctif 4 de FSLogix 2210. Les clients confrontés à ce problème avec Citrix Profile Manager doivent effectuer une mise à niveau vers CPM 2402 ou 2203 CU5.
  • L’erreur « Le paramètre est incorrect » peut être causée par d’autres pilotes de système de fichiers. L’exécution de fltmc à partir d’une fenêtre de commande élevée répertorie les pilotes. Deux pilotes Citrix (UPMAction et upmjit) peuvent provoquer l’erreur, même si vous utilisez uniquement le correctif 4 de FSLogix et que vous n’avez pas Citrix Profile Manager. Cette erreur se produit parce que les programmes d’installation de Citrix VDA installent généralement profilemgt_x64.msi par défaut pour la surveillance Citrix Director des compteurs de temps d’ouverture de session. La suppression de ce MSI peut corriger l’erreur « le paramètre est incorrect ».
• Teams ne parvient pas à se lancer pour les utilisateurs qui se connectent à des bureaux virtuels non persistants ou l’application n’est pas visible dans le menu Démarrer.
  • Les administrateurs ne rencontrent pas ce problème : après avoir installé Teams sur l’image de base, ils peuvent le lancer avec succès.
  • Une fois que vous avez scellé l’image de base et que vous l’avez déployée à grande échelle (avec des outils d’approvisionnement tels que Citrix MCS/PVS ou Omnissa Instant-Clones), les utilisateurs se connectent aux machines virtuelles et sélectionnent l’icône Teams, mais ne peuvent pas lancer l’application. Le problème est dû à l’échec de l’inscription du package MSIX au niveau de l’utilisateur avec un logiciel de gestion des profils différent (FSLogix avant le correctif 4 2210, Citrix CPM 2308 ou 2311 mais pas sur 2402, Ivanti UEM, etc.), même si la gestion intermédiaire du package a réussi (le système d’exploitation a stocké le contenu du package sur le disque dans le répertoire %ProgramFiles %\WindowsApps). Vous pouvez confirmer ce problème en exécutant Get-AppxPackage -name MsTeams pour les utilisateurs concernés. L’exécution de ce code retourne une sortie vide.
  • Si Get-AppxPackage -name MsTeams -allusers est exécuté à partir d’une fenêtre de commande PowerShell avec élévation de privilèges, la sortie indique que Teams est inscrit (voir la ligne PackageFullName) et que l’état est OK.
  • Ce problème a été résolu dans le correctif 4 de FSLogix 2210.
• Lorsque vous utilisez Azure Virtual Desktops ou Windows 365, et le client Bureau à distance MAC ou l’application Windows, l’interface utilisateur Microsoft Teams n’énumère pas tous les périphériques connectés à l’appareil. Au lieu de cela, seul l’appareil sélectionné au niveau macOS est affiché dans le menu déroulant Appareils de Microsoft Teams. Le périphérique est étiqueté. « Nom de l’appareil MAC » + « Haut-parleurs » est un exemple de ce balisage.
• Les réunions Teams ne peuvent pas être lancées lorsque vous sélectionnez un lien à partir d’Outlook. Une invite d’authentification s’affiche (l’accès au client « {tenant} » est refusé) lorsque l’utilisateur tente de rejoindre une réunion externe . Ce problème est corrigé dans Teams 24091.214.2846.1452.

Teams pour le web dans VDI

Teams pour le web n’étant pas pris en charge dans les environnements VDI, les performances et la fiabilité peuvent être affectées si elles sont utilisées dans VDI.

Fonctionnalités non prises en charge dans VDI

Les fonctionnalités suivantes ne sont pas prises en charge dans Teams lors de l’utilisation de l’optimisation basée sur WebRTC. La plupart de ces limitations sont résolues avec la nouvelle optimisation basée sur SlimCore. Pour plus d’informations, consultez la liste des fonctionnalités avec la nouvelle section optimisation de notre article VDI 2.0.

• Qualité de service (QoS).

• 1080p.

• Arrière-plans personnalisés chargés par les utilisateurs.

• Fonctionnalités de Teams Premium (chiffrement de bout en bout, filigrane, événements Premium non optimisés, arrière-plans de réunion personnalisés pour les organisations).

• Avatars.

• Vue de la galerie 3x3 et 7x7.

• Suppression du bruit (sauf pour Azure Virtual Desktop/W365, où la suppression du bruit est activée par défaut, mais la confirmation n’est pas affichée dans l’interface utilisateur client Teams. Ce comportement est normal).

• Effectuez un zoom avant / arrière.

• Routage basé sur l’emplacement.

• Contournement du média.

• HID (Citrix uniquement).

• Partager l’audio système (Omnissa uniquement).

• Rôles de producteur et présentateur d’événements de diffusion et en direct.

• Multicloud dans les clouds gouvernementaux (GCC, GCC High et DoD) et les clouds souverains gérés par 21Vianet

• L’enregistrement du clip vidéo ne capture pas le partage d’écran.

• Le moniteur d’appel (la petite fenêtre flottante après avoir réduit la fenêtre principale de Teams) n’affiche pas de vidéo ou de partage d’écran.

• Les appels Teams tombent sur un ordinateur local sur lequel un périphérique HID est connecté si un utilisateur lance un bureau virtuel à partir de cet ordinateur local et se connecte à Teams (Azure Virtual Desktop/W365 et Omnissa avec WebRTC et SlimCore, Citrix avec SlimCore uniquement).

• Les organisateurs et présentateurs ne peuvent pas participer à des événements à grande échelle , tels que des assemblées.