Teams ne démarre pas (Windows 10) : erreur 0x80070057 et « Teams 2 client is not supported on this OS version » — correctif MSIX/Registre

Teams refuse de se lancer, impossible de le réparer ou de le réinstaller et vous voyez l’erreur 0x80070057 ou « Teams 2 client is not supported on this OS version » sur Windows 10 22H2 ? Voici une procédure fiable qui règle définitivement le problème.

Sommaire

Vue d’ensemble du problème

Plusieurs utilisateurs sous Windows 10 19045 (22H2) se heurtent à une situation frustrante :

Teams ne démarre plus ou se ferme immédiatement après l’icône de chargement.
Toute tentative de Repair, de désinstallation/réinstallation (installeur officiel, Microsoft Store, Windows Update ou winget) finit en échec avec 0x80070057.
Les journaux Squirrel (%LocalAppData%\SquirrelTemp\*) indiquent :
- absence de certaines clés de Registre (alors qu’elles existent) ;
- impossibilité de créer/écrire SquirrelTelemetry.log ;
- message « Teams 2 client is not supported on this OS version » alors que l’OS est bien supporté.

La cause la plus fréquente est une stratégie qui bloque le sideload MSIX sur le poste. Le nouveau client Teams 2.x étant distribué en MSIX, l’installation échoue très tôt si le système refuse l’installation d’applications UWP/MSIX en dehors du Store.

Diagnostic express

Avant d’appliquer le correctif, exécutez ce mini‑checklist :

Mettez Windows à jour (ciblez au minimum un cumul mensuel récent, par ex. KB5031455 ou ultérieur pour 22H2).
Ouvrez l’installeur de Teams en cliquant droit > Exécuter en tant qu’administrateur.
Nettoyez les résidus d’installation : rd /s /q "%LocalAppData%\SquirrelTemp" mkdir "%LocalAppData%\SquirrelTemp"
Vérifiez qu’aucun outil de sécurité ne bloque l’écriture dans %LocalAppData%.
Contrôlez les clés de stratégie relatives au déploiement d’applications (voir tableaux plus bas).

Correctif décisif : autoriser le sideload MSIX (Mode développeur)

Le nouvel installateur de Teams (MSIX) a besoin que le système autorise le sideload. Sur un poste verrouillé, la clé suivante est souvent forcée à 0 et empêche l’installation :

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock
Valeur DWORD : AllowDevelopmentWithoutDevLicense

Via l’interface Windows

Ouvrez Paramètres > Confidentialité et sécurité > Pour les développeurs.
Activez Mode développeur.
Relancez immédiatement l’installeur de Microsoft Teams.

Cette action positionne AllowDevelopmentWithoutDevLicense à 1 et déverrouille le pipeline MSIX. Dans la majorité des cas, Teams s’installe et fonctionne sans autre manipulation.

Via l’Éditeur du Registre

Appuyez sur Win+R, tapez regedit, validez.
Allez à : HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock.
Si besoin, créez la clé AppModelUnlock.
Modifiez/Créez le DWORD AllowDevelopmentWithoutDevLicense et mettez 1.
Fermez l’éditeur et relancez l’installeur de Teams.

Via PowerShell (administrateur)

# Exécuter dans une console PowerShell lancée "En tant qu'administrateur"
New-Item -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" -Force | Out-Null
Set-ItemProperty -Path "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" -Name "AllowDevelopmentWithoutDevLicense" -Type DWord -Value 1
Get-ItemProperty "HKLM:\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" | Select AllowDevelopmentWithoutDevLicense

Pourquoi cela fonctionne ?

Le client Teams 2.x est un package MSIX. Lorsque le sideload d’applications UWP/MSIX est désactivé, l’installeur échoue dès le bootstrap et laisse des traces trompeuses dans Squirrel : clés « absentes », télémétrie non écrite, et même un faux « OS non supporté ». En autorisant le sideload (Mode développeur ou clé équivalente), on permet l’enregistrement et le déploiement du package, ce qui lève l’erreur 0x80070057.

Réinstaller proprement Teams après le déblocage

Si vous avez testé plusieurs méthodes, une remise à plat peut éviter les collisions de versions.

Nettoyage côté utilisateur

# Fermez Teams et terminez "ms-teams" s'il est présent dans le Gestionnaire des tâches.
rd /s /q "%LocalAppData%\Microsoft\Teams"
rd /s /q "%LocalAppData%\SquirrelTemp"

Suppression d’un package résiduel MSIX

# PowerShell (administrateur)
Get-AppxPackage *MSTeams* | Remove-AppxPackage

# Facultatif : purger un package approvisionné (rare pour Teams 2.x)

Get-AppxProvisionedPackage -Online | Where-Object {$_.DisplayName -like "*MSTeams*"} | Remove-AppxProvisionedPackage -Online

Réinstallation

Relancez l’installeur officiel de Teams. À défaut, via winget :

# PowerShell/Invite de commandes (administrateur recommandé)
winget install Microsoft.Teams

Si le Microsoft Store refusait de s’ouvrir

# Réinitialiser le cache du Store
wsreset.exe

# Vérifier l'état d'App Installer (DesktopAppInstaller)

Get-AppxPackage Microsoft.DesktopAppInstaller | Format-List Name, PackageFullName, Status

Autres pistes si l’installation reste bloquée

Si, malgré le mode développeur activé, l’installation trébuche encore, explorez les points suivants.

Vérifier les droits sur SquirrelTemp et la télémétrie

Le message « impossible de créer/écrire SquirrelTelemetry.log » peut venir d’autorisations corrompues sur %LocalAppData%\SquirrelTemp. Corrigez en forçant la propriété et des droits standards :

:: Invite de commandes (admin)
takeown /f "%LocalAppData%\SquirrelTemp" /r /d y
icacls "%LocalAppData%\SquirrelTemp" /grant "%USERNAME%":(OI)(CI)M /t

Recréez ensuite le dossier si nécessaire :

mkdir "%LocalAppData%\SquirrelTemp"

Confirmer la version exacte de Windows

# PowerShell
(Get-ComputerInfo).WindowsVersion, (Get-ComputerInfo).OsName, (Get-ComputerInfo).OsBuildNumber
# ou
[System.Environment]::OSVersion.Version

Pour Teams 2.x, Windows 10 22H2 (build 19045.x) ou Windows 11 est requis. Si vous voyez malgré tout « OS non supporté », c’est quasi‑toujours un symptôme de blocage MSIX (stratégie, clé, service).

Services de déploiement d’applications

Assurez‑vous que le service AppX Deployment Service (AppXSVC) et Client de licence (ClipSVC) ne sont pas désactivés par stratégie.

Conflits de politiques supplémentaires

Outre AllowDevelopmentWithoutDevLicense, deux réglages pèsent souvent sur Teams 2.x :

BlockNonAdminUserInstall — empêche l’installation MSIX par un utilisateur standard.
AllowAllTrustedApps — autorise les applications signées de sources de confiance (souvent nécessaire lorsque le Store est désactivé).

Tableau de contrôle rapide des politiques et clés

Objet	Chemin/Clé	Valeur conseillée	Effet attendu
Sideload MSIX (Mode développeur)	`HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock\AllowDevelopmentWithoutDevLicense`	1 (temporaire si besoin)	Autorise l’installation de packages MSIX/UWP hors Store.
Autoriser les apps signées de confiance	`HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx\AllowAllTrustedApps`	1	Accepte les packages MSIX signés en entreprise.
Bloquer l’installation par non‑admin	`HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx\BlockNonAdminUserInstall`	0	Permet à un utilisateur standard d’installer Teams MSIX.
Cache Squirrel	`%LocalAppData%\SquirrelTemp`	Accessible/écrivable	Les journaux/TMP peuvent être créés, l’installation progresse.

Cas entreprise : GPO, Intune et durcissement

Dans un environnement géré, une GPO ou une configuration MDM peut rétablir les clés à chaque démarrage. Vérifiez :

GPO > Configuration ordinateur > Modèles d’administration > Composants Windows > Déploiement de packages d’applications :
- Autoriser les applications de confiance à s’installer → activez.
- Autoriser le développement d’applications sans licence développeur → activez le temps de l’installation.
- Bloquer l’installation par des utilisateurs non administrateurs → désactivez pour l’installation, réactivez si votre standard le requiert.
MDM/Intune : si une ligne de base de sécurité désactive le sideload, créez une exception (périmètre de groupe) pour les postes devant déployer Teams.

Après installation, vous pouvez revenir à votre posture par défaut (remettre AllowDevelopmentWithoutDevLicense à 0, réactiver les protections). Teams reste fonctionnel car le package est déjà déployé pour l’utilisateur.

Bonnes pratiques sécurité

Temporaire : activez le mode développeur uniquement le temps de l’installation, surtout sur des postes exposés.
Signature : n’installez que des MSIX provenant d’éditeurs de confiance (ex. Microsoft) ; évitez les exécutables de provenance inconnue.
Audit : journalisez les changements de clés de registre liés à AppModelUnlock et Appx.

FAQ ciblée

Faut‑il laisser le Mode développeur activé en permanence ?

Non. Pour un poste utilisateur, il est préférable de le désactiver après l’installation. Teams restera installé.

Pourquoi Squirrel dit que l’OS n’est pas supporté alors que je suis en 22H2 ?

Ce message apparaît souvent quand la phase de bootstrap MSIX est court‑circuitée par une politique. L’installeur ne parvient pas à valider l’environnement et tombe sur un message générique « OS non supporté ».

Que faire si la clé revient à 0 toute seule ?

Une GPO ou un agent de sécurité la réécrit. Corrigez la source de vérité (GPO/MDM) plutôt que de modifier la clé localement.

Quid de Windows 11 ?

Le principe est identique : Teams 2.x s’appuie sur MSIX. Si le sideload est bloqué, l’installation échoue de la même manière. Activez temporairement le mode développeur, puis installez.

Et si `SquirrelTelemetry.log` ne peut toujours pas s’écrire ?

Vérifiez les ACL du dossier %LocalAppData%\SquirrelTemp, l’espace disque et d’éventuelles règles de protection (ransomware/shield). Recréez le dossier et restaurez les droits comme indiqué plus haut.

Procédure complète récapitulative

Fermez Teams et stoppez tout processus ms-teams.
Activez le Mode développeur (Paramètres > Pour les développeurs) ou mettez AllowDevelopmentWithoutDevLicense=1 dans le registre.
Nettoyez %LocalAppData%\SquirrelTemp et vérifiez les droits.
Si présent, désinstallez un package MSTeams résiduel via Get-AppxPackage *MSTeams* | Remove-AppxPackage.
Réinstallez Teams (installeur officiel ou winget install Microsoft.Teams).
Lancez Teams et vérifiez l’ouverture de session.
Revenez à votre posture sécurité (désactivez le Mode développeur si nécessaire).

Exemples de commandes utiles

:: Vérifier le build Windows
winver

:: Purger le cache Store
wsreset.exe

:: Débloquer l'écriture dans SquirrelTemp
takeown /f "%LocalAppData%\SquirrelTemp" /r /d y
icacls "%LocalAppData%\SquirrelTemp" /grant "%USERNAME%":(OI)(CI)M /t

:: Définir la clé registre via CMD (admin)
reg add "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\AppModelUnlock" /v AllowDevelopmentWithoutDevLicense /t REG_DWORD /d 1 /f

:: Installer Teams via winget (admin recommandé)
winget install Microsoft.Teams

Synthèse

Lorsque Teams 2.x refuse obstinément de s’installer/démarrer avec l’erreur 0x80070057 et des traces Squirrel confuses (télémétrie non écrite, « OS non supporté »), la cause est presque toujours un blocage du sideload MSIX. En activant le Mode développeur — ou en mettant AllowDevelopmentWithoutDevLicense=1 dans le Registre — l’installation aboutit et l’application fonctionne aussitôt. Adaptez ensuite vos politiques (GPO/MDM) pour rester conforme à votre niveau d’exigence sécurité.

Annexe : matrice symptômes → causes → correctifs

Symptôme	Cause probable	Correctif recommandé
Erreur 0x80070057 à l’installation	Paramètre refusé par politique MSIX (sideload bloqué)	Activer le Mode développeur / `AllowDevelopmentWithoutDevLicense=1`
« Teams 2 client is not supported on this OS version »	Bootstrap MSIX court‑circuité par stratégie ; OS mal détecté	Autoriser l’installation MSIX (voir clés et GPO), mettre Windows à jour
« Impossible d’écrire `SquirrelTelemetry.log` »	Droits/ACL corrompus sur `%LocalAppData%\SquirrelTemp`	`takeown`/`icacls` puis recréer le dossier
Clés « absentes » dans les logs	Lecture échoue faute de privilège ou clé dans la ruche Policies	Vérifier sous `HKLM\SOFTWARE\Policies\Microsoft\Windows\Appx`, lancer l’installeur en admin
Échec via Microsoft Store	Cache Store ou App Installer incohérent	`wsreset.exe`, vérifier `Microsoft.DesktopAppInstaller`

En appliquant cette méthode, vous transformez une panne opaque en correction reproductible, documentée et compatible avec des environnements gérés.