Installer Teams pour l’infrastructure VDI (Virtualized Desktop Infrastructure)

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

Conditions requises

Pour que le client Teams soit correctement installé, vous avez besoin de la version 23306.3314.2555.9628 ou ultérieure. En outre, les machines virtuelles doivent répondre aux exigences minimales répertoriées ici :

Exigences du 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. Passez en revue les informations contenues dans cet article pour vous assurer que vous répondez à toutes les exigences relatives aux fonctionnalités appropriées.

Pour les scénarios RDS, reportez-vous à 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 1.2.5405

• Application Windows pour Windows 2.0.360.0

• Client Bureau à distance pour Mac 10.9.7

• Application Windows pour Mac 11.1.4 (2557)

• Application Windows pour iOS 11.1.7 (5679) [En préversion publique pour l’optimisation basée sur WebRTC uniquement]

• Application Windows pour Android (11.0.0.40) [En préversion publique pour l’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 (webRTC)

• Service 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

RemoteApp

Vous pouvez publier Teams à l’aide de l’emplacement Windows shell:appsFolder au format : shell:appsFolder\MSTeams_8wekyb3d8bbwe!MSTeams.

Pour plus d’informations sur RemoteApp, consultez cet article.

Windows 365

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

Les images Windows 10/11 dans 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 pc cloud 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

Conditions requises 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 (et toute cu)
• Windows 2405 CR
• Linux 2408
• Mac 2405
• HTML5 2404.1
• ChromeOS : dernière application Citrix Workspace pour ChromeOS publiée dans le Chrome Web Store. La version précédente (N moins 1) est prise en charge sur la version compatible de ChromeOS et conservée jusqu’à la version suivante.

Citrix Virtual Delivery Agent (VDA) :

• 2507 LTSR (et toute cu)
• 2402 LTSR (et toute cu)
• 2203 LTSR (et toute CU)
• 2407 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 (case activée ici pour plus d’informations).

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

Conditions requises 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, reportez-vous à 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 directe ou « déploiement en bloc » est utilisée pour cette option. Pour plus d’informations , consultez Déployer en bloc le client de bureau Microsoft Teams.

L’utilisation de la commande teamsbootstrapper.exe -p garantit toujours l’installation du dernier client Teams.

Un déploiement progressif et contrôlé peut ensuite être réalisé en étendant de manière sélective les nouvelles affectations de catalogue d’ordinateurs/groupes de livraison à un plus grand nombre d’utilisateurs.

Les administrateurs peuvent également utiliser un MSIX d’équipes locales pour provisionner Teams. Cette option réduit la quantité de bande passante utilisée pour l’installation initiale. Le MSIX peut exister dans un chemin d’accès 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 que Administration.

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

   Pour 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 objets de stratégie de groupe, 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 Teams

Les administrateurs peuvent s’appuyer sur le code d’erreur teamsbootstrapper.exe qui décrit le problème. Si le code d’erreur ne fournit pas suffisamment d’informations, vous trouverez plus d’informations de diagnostic dans les journaux des événements détaillés.

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

2. Recherchez les journaux disponibles dans les catégories suivantes :

   • 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 de programme d’amorçage n’a pas le chemin d’accès complet (évitez les URI à l’aide de .). Essayez plutôt le chemin d’accès complet (par exemple, c :\temp\MSTeams-x64.msix).
   0x80070032	Erreur probable sur le chemin UNC. Essayez plutôt de copier le MSIX dans un dossier local.
   0x80004004	Une clé de registre « maglevInstallationSource » peut rester 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

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

Vérifiez que le chargement indépendant est activé et que WebView2 est installé. Consultez la section Configuration requise .

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

Limitations connues :

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

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

Pour qu’Outlook affiche correctement les status de présence, les étapes suivantes sont requises sur l’image en or :

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

2. Ouvrez votre éditeur 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. Remplacez la valeur de ce paramètre par Activé.

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

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

5. Redémarrez la machine virtuelle.

6. Installez Teams 24033.811.2738.2546 ou 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 golden.

   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 cache/profil utilisateur Teams est supprimé.

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

Pour empêcher Teams de s’autoupdérer, utilisez la clé de Registre suivante sur la machine virtuelle. Seules les builds Teams supé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 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 tant qu’il n’y a pas de 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 cocher la case Démarrage automatique Teams , ou activer le démarrage automatique à partir du menu Paramètres Windows.

2. Si la case « Démarrage automatique 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 clés d’inscription avec les valeurs indiquées 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 opérationnel.

3. Cette clé de Registre contrôle le comportement de démarrage automatique teams, ce qui vous permet de l’activer ou de la 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.

   Pour en savoir plus, consultez 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 que Teams fonctionne correctement.

Le dossier « meeting-addin » sous TeamsSharedConfig ne doit pas être conservé, car la persistance peut 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 réduction de la bande passante réseau et de la consommation d’espace disque. Cette technologie d’empaquetage montre également l’utilisation précise de l’espace disque.

Empreinte du disque - Dossiers de clés et emplacement

• Programme d’installation de l’application : C :\Program Files\WindowsApps\MSTeams_[version]_[arch]__8wekyb3d8bbwe Inclut le package d’installation, prend en charge la possibilité de réinitialiser l’application et autorise l’instanciation unique.
• Données utilisateur et d’application : C :\Users<alias>\AppData\Local\Packages\MSTeams_8wekyb3d8bbwe Inclut du code (bundles 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, Applications, etc.).

Pour les configurations non persistantes pour lesquelles l’empreinte de stockage est une considération, les conseils suivants s’appliquent :

Recommandé pour l’exclusion

Passer en revue les considérations relatives aux compromis, nécessitant une évaluation et des tests pour ces environnements

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

Intégration de Teams et d’Outlook

La case à cocher « Inscrire les nouvelles équipes 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 d’applications de messagerie instantanée à Office

Complément de 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 obtenir des articles sur la sécurité liés à l’intégration de TMA au client Outlook, consultez 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 sur pour l’application.

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

Cette erreur est due aux objets de stratégie de groupe affectant Windows Installer et inclut des stratégies DisableUserInstalls, DisableMSI ou AppLocker basées sur des conditions de règle de serveur de publication, ou une RuleCollection 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 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 être cohérent entre les installations afin que le MSI du 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 de Teams. Assurez-vous qu’il existe un double trait de soulignement entre l’architecture du processeur (x64) et l’ID de publication (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
  
  

• la 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 quelques exemples de la 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 les articles de 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 Réunion Teams pour Outlook.

Résolution des problèmes d’intégration de Teams et d’Outlook

Symptômes

L’un des problèmes suivants s’affiche 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.
• La présence status est État inconnu.

Étapes de résolution des problèmes

1. Vérifiez que Teams est en cours d’exécution. Ensuite, lancez Outlook.

2. Vérifiez les paramètres du Registre sur 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—Exécution)

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

Contrôler le mode de secours dans Teams

Lorsque les utilisateurs se connectent à partir d’un point de terminaison non pris en charge, les utilisateurs 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 de 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é.
• Sur le mode de secours, la fonctionnalité de partage d’écran est prise en charge avec une autre interface utilisateur du sélecteur d’écran (similaire à l’expérience d’un utilisateur sur Teams pour le web).

Multilocataire et Multi-compte 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 les ajouter : ils apparaissent automatiquement. Un invité est une personne extérieure à un organization qu’un propriétaire d’équipe invite à rejoindre l’équipe, comme un partenaire ou un consultant. Les invités ont moins de fonctionnalités que les membres de l’équipe ou les propriétaires d’équipe.

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

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

• Les utilisateurs AVD/W365 optimisés avec WebRTC ne peuvent pas voir la vidéo/le partage d’écran entrants s’ils se trouvent sur un bureau virtuel exécutant Windows 11 24H2/25H2 (26100.6725 et 26200.6725 ou version ultérieure) et le contrôle de compte d’utilisateur (UAC) est désactivé. La solution de contournement actuelle pour ce problème nécessite que les administrateurs activent le contrôle de 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 à double tronçon (par exemple, le lancement d’un deuxième bureau virtuel à partir d’un autre bureau virtuel).
• Dans certains scénarios, les utilisateurs Citrix RemotePC peuvent rencontrer une boucle d’incident et de redémarrage Teams lors de l’utilisation de VDA 2411 et de l’accès à Teams localement (pas via HDX). Pour plus d’informations, consultez CTX585013.
• Teams ne s’inscrit pas à la demande lors de la création du profil FSLogix (même avec HotFix 4) et ne s’inscrit pas lors des prochaines connexions, malgré son installation. Une condition de concurrence entre le service Process Lifetime Manager (PLM) et AppxSvc provoque ce problème. provoquant un échec temporaire lors de la mise à jour du package avec l’erreur 0x80004001 (E_NOTIMPL). Si le service PLM n’est pas en cours d’exécution, l’inscription à Teams échoue.
  • (Dans MSIX, l’inscription se produit par utilisateur et commence lorsqu’un utilisateur se connecte. Le système d’exploitation charge ensuite l’application empaquetée préinstallée, en créant des données d’application spécifiques à l’utilisateur, des ALE et des vignettes d’application dans le menu Démarrer. Cette action est effectuée par le service AppReadiness, qui connaît 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 logiciel FSLogix 4, doivent déployer les correctifs suivants :
    • Windows 11 21H2 KB5043067
    • Windows Server KB5042881 2022
    • Windows Server KB5043050 2019
  • 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 parvient pas à se lancer pour les utilisateurs qui se connectent à des bureaux virtuels mono-utilisateur non persistants Windows 10, ou l’application n’est pas visible dans le menu Démarrer. Toutefois, l’application peut devenir visible et être lancée avec succès 15 minutes après la connexion.
  • Ce problème est résolu dans KB5041582/KB5041587 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 d’itinérance (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 les Windows 10 multi-utilisateurs ou 11. Pour Windows 2019. Un correctif pour résoudre ce problème est disponible : KB5044227.
• Les clients qui installent Teams sur une image en or, qui subit par la suite une sysprep pour la généraliser, ne parviennent pas à lancer l’application. Cette situation inclut les modèles de Azure Galerie d’images.
  • 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 a l’erreur 0x80073CF1.
  • L’exécution Get-AppxPackage -name MsTeams -allusers à partir d’une fenêtre PowerShell avec élévation de privilèges indique 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 d’une conversation pour Azure Virtual Desktops/Windows 365 (ce problème est maintenant résolu sur rd client 1.2.5105 et redirecteur service 1.50.2402.29001).
• Partage d’écran à partir d’une conversation pour Citrix lors de l’utilisation de l’application Workspace 2311 uniquement.
• msteams_autostart.exe « Le paramètre est incorrect » : dans les environnements non persistants qui utilisent FSLogix (n’importe quelle version antérieure à 2210 HotFix 4) ou les conteneurs de profils 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, Runtime, CrowdStrike, etc.) et des exclusions en place. Ce problème est maintenant résolu sur FSLogix 2210 HotFix 4. 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 provoquée par d’autres pilotes de système de fichiers. L’exécution de fltmc à partir d’une fenêtre de commande avec élévation de privilèges répertorie les pilotes. Deux pilotes Citrix (UPMAction et upmjit) peuvent provoquer l’erreur, même si vous utilisez uniquement FSLogix HotFix 4 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 de Citrix Director des compteurs de temps d’ouverture de session. La suppression de ce MSI peut corriger l’erreur « le paramètre est incorrect ».
• Le lancement de Teams échoue 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 en or, ils peuvent le lancer correctement.
  • Après avoir scellé l’image dorée et l’avoir déployée à grande échelle (avec des outils d’approvisionnement tels que Citrix MCS/PVS ou Des clones instantanés Omnissa), les utilisateurs se connectent aux machines virtuelles et cliquent sur 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 différents logiciels de gestion des profils (FSLogix avant 2210 HotFix 4, Citrix CPM 2308 ou 2311 , mais pas sur 2402, Ivanti UEM, etc.), même si la mise en lots 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). Ce problème peut être confirmé 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 est résolu dans FSLogix 2210 HotFix 4.
• Lorsque vous utilisez Azure Bureau virtuel ou Windows 365, et l’application Mac Bureau à distance client ou Windows, l’interface utilisateur de 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 cet étiquetage.
• Les réunions Teams ne peuvent pas être lancées lors de la sélection d’un lien à partir d’Outlook. Il existe une invite d’authentification (l’accès au locataire « {tenant} » est refusé) lorsque les utilisateurs tentent de rejoindre une réunion externe . Ce problème est résolu dans Teams 24091.214.2846.1452.
• La fenêtre PowerShell s’affiche après le provisionnement de Teams. Si le système d’exploitation de la machine virtuelle a les correctifs appropriés (voir Déployer le nouveau client Microsoft Teams, deuxième puce de la section Notes), les administrateurs peuvent supprimer cette clé de Registre et la fenêtre PowerShell ne s’affiche plus :

Location: "HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run"
Name: TeamsProvisionRunKey

La teamsbootstrapper.exe version 1.0.2407104 a ajouté cette clé de registre comme solution de contournement pour les environnements dépourvus de ces correctifs.

Améliorations apportées à Teams

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 négativement 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 traitées 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.

• QoS.

• 1080p.

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

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

• Avatars.

• Vue Galerie 3x3 et 7x7.

• Suppression du bruit (à l’exception de 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 du client Teams. Ce comportement est par conception).

• Zoom avant/arrière.

• Routage basé sur l’emplacement.

• Contournement du trafic multimédia.

• HID (Citrix uniquement).

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

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

• Cloud intercloud dans les clouds du secteur public (GCC, GCC High et DoD) et les clouds souverains gérés par 21Vianet

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

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

• Les appels Teams sont supprimés sur un ordinateur local disposant d’un périphérique HID 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 les présentateurs ne peuvent pas participer aux assemblées.