Résolution des problèmes liés aux tests en mode silencieux

L’infrastructure microsoft eCDN Silent Testing permet d’exécuter des simulations sur plusieurs appareils facilement pour émuler et examiner le comportement d’un réseau donné sous la charge d’un événement vidéo en direct. Tous les résultats sont présentés logiquement dans les tableaux de bord d’analyse de Microsoft eCDN.

Problèmes potentiels :

• Impossible de créer un test en mode silencieux
• Exécuteurs silencieux bloqués par la stratégie
• Aucun coureur (ou pair) ne participe à un test silencieux
• Impossible de valider l’instanciation d’un exécuteur silencieux
• Manque d’analytique
• Faible efficacité du peering
• Écart important entre les visionneuses simultanées et les appareils attribués

Solution pour l’impossibilité de créer un test sans assistance

S’il manque le bouton plus (+) pour créer un test en mode silencieux, vérifiez que votre Microsoft Entra utilisateur dispose d’un rôle approprié qui accorde des autorisations de modification de test silencieux. Pour plus d’informations, consultez les rôles applicables dans la documentation Gérer l’accès .

Solution pour le blocage des exécuteurs en mode silencieux par la stratégie

Certaines stratégies Microsoft Edge sont connues pour interférer avec les exécuteurs silencieux.

Après avoir modifié une stratégie, redémarrez le point de terminaison ou déconnectez-vous/vous, puis réexécutez un test sans assistance. Vérifiez que l’exécuteur instancie en vérifiant les indications décrites dans la section Solution concernant l’incapacité à valider l’instanciation d’un exécuteur silencieux .

Stratégie BrowserSignin

Sur certains points de terminaison Windows gérés, la stratégie Microsoft Edge BrowserSignin peut empêcher l’exécuteur silencieux d’instancier correctement. Cette stratégie est stockée dans le Registre à l’adresse suivante :

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\BrowserSignin

Lorsque la valeur est définie 2 sur, il a été observé pour bloquer la possibilité de charger un site web sur lequel l’exécuteur silencieux s’appuie, ce qui a pour effet de ne jamais mettre en ligne l’exécuteur.

Pour case activée la valeur de stratégie (exécutez PowerShell en tant qu’administrateur) :

Get-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name BrowserSignin -ErrorAction SilentlyContinue

Si la sortie affiche BrowserSignin : 2, corrigez comme suit :

• Préféré (recommandé pour la production) : Mettez à jour la stratégie de manière centralisée à l’aide de stratégie de groupe ou de Microsoft Intune pour modifier le paramètre Edge « BrowserSignin » en une option qui autorise la connexion au navigateur (par exemple, Non configuré), puis forcez une synchronisation de stratégie sur les points de terminaison. Une fois la stratégie modifiée, déconnectez-vous/connectez-vous ou redémarrez l’appareil.

• Pour les tests locaux temporaires (nécessite des droits d’administrateur) : définissez la valeur de Registre sur 0 ou 1 (ou supprimez-la) pour vérifier si la stratégie en est la cause :

# Set BrowserSignin to 1 (creates or updates the value)
New-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name BrowserSignin -PropertyType DWord -Value 1 -Force

# Or remove the policy value (if present)
Remove-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name BrowserSignin -ErrorAction SilentlyContinue

Stratégie HeadlessModeEnabled

Sur les points de terminaison Windows gérés, la stratégie Microsoft Edge HeadlessModeEnabled empêche le instance du navigateur de l’exécuteur silencieux de démarrer en mode sans tête ou en arrière-plan. Lorsque le navigateur ne peut pas démarrer en mode (sans tête) attendu, l’exécuteur ne parvient pas à se connecter.

Cette stratégie est stockée dans le Registre à l’adresse suivante :

HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\HeadlessModeEnabled

Pour case activée la valeur de stratégie (exécutez PowerShell en tant qu’administrateur) :

Get-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name HeadlessModeEnabled -ErrorAction SilentlyContinue

Si la sortie affiche la valeur qui désactive l’opération HeadlessModeEnabled : 0sans tête , effectuez la correction comme suit :

• Préféré (recommandé pour la production) : Mettez à jour la stratégie de manière centralisée à l’aide de stratégie de groupe ou de Microsoft Intune pour modifier le paramètre Edge « HeadlessModeEnabled » en une option qui autorise l’opération sans tête (par exemple, Non configuré ou Activé), puis forcez une synchronisation de stratégie sur les points de terminaison. Une fois la stratégie modifiée, déconnectez-vous/connectez-vous ou redémarrez l’appareil.

• Pour les tests locaux temporaires (nécessite des droits d’administrateur) : définissez la valeur de Registre sur 1 (ou supprimez-la) pour vérifier si la stratégie en est la cause :

# Set HeadlessModeEnabled to 1 (creates or updates the value)
New-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name HeadlessModeEnabled -PropertyType DWord -Value 1 -Force

# Or remove the policy value (if present)
Remove-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name HeadlessModeEnabled -ErrorAction SilentlyContinue

Solution pour l’absence de participation des exécuteurs aux tests silencieux

Pour garantir la conformité, passez en revue la vue d’ensemble du processus de test silencieux. Pour plus d’informations, poursuivez avec ce guide de résolution des problèmes.

Solution pour l’impossibilité de valider l’instanciation d’un exécuteur silencieux

L’exécuteur silencieux est conçu pour être discret pour l’utilisateur, de sorte que la validation de l’instanciation d’un n’est pas une tâche simple. Voici ce qu’il faut rechercher lorsque vous souhaitez vérifier si un exécuteur silencieux est actif ou non.

• Les clients connectés sont comptabilisés dans votre tableau de bord test silencieux.
• Présence des fichiers journaux en tant que "$env:TEMP\p5_log_" + $TestID + ".txt" où $env:TEMP est un chemin d’accès de jeu système et la $TestID valeur est définie dans le script. Par exemple, « C:\Users\MYUSERNAME\AppData\Local\Temp\p5_log_123.txt »
• Présence de chacun de ces processus en arrière-plan.
  • powershellou pwsh - Un instance PowerShell masqué qui exécute le script d’exécuteur silencieux, dont le choix est généralement contrôlé par votre système de gestion des points de terminaison.
  • msedgeou chrome - Chromium navigateur masqué instance, qui prend le rôle de votre visionneuse simulée.
  • cmd ou powershell - Processus de surveillance masqué qui met fin aux processus PowerShell et chromium après l’expiration du délai d’attente.

Solution pour le manque d’analytique

En cas d’analyse manquante, il est supposé qu’il y a un blocage entre les clients individuels et le back-end de Microsoft eCDN. Commencez la résolution des problèmes en ouvrant la console de gestion , puis en accédant à Advanced > Silent Tester. En haut à droite de cette page, vous trouverez un lien point d’interrogation ( ?) qui vous dirige vers la page d’assistance où des informations supplémentaires sur les étapes 1 et 3 sont disponibles. Vous pouvez également vous référer à How To Perform Silent Testing.

1. Ouvrez une URL d’exécuteur direct en veillant à utiliser votre ID de locataire au lieu de l’espace TENANT_ID_HERE réservé. Construisez-le à partir de l’URL de modèle fournie ici ou utilisez l’URL prédéfinie trouvée dans votre page d’assistance. La page de l’exécuteur direct simule une visionneuse unique, avec laquelle nous allons examiner l’état des connexions requises.

   https://st-sdk.ecdn.teams.microsoft.com/?customerId=TENANT_ID_HERE&adapterId=Direct
   

   

2. Révéler les DevTools du navigateur. Dans Microsoft Edge, cliquez avec le bouton droit sur la page, puis sélectionnez « Inspecter ».

   Importante

   Les DevTools doivent être ouverts avant de démarrer le test en mode silencieux à l’étape suivante, sinon les informations de démarrage de session cruciales ne seront pas capturées pour votre analyse.

3. De retour sur la page Testeur silencieux, démarrez un test planifié (sans assistance), en laissant tous les paramètres par défaut à l’exception de qualité vidéo. Définissez la qualité vidéo sur une valeur statique, par exemple 480p - 1Mbps pour supprimer la variabilité. Une fois démarré, une barre DIV grise s’affiche sur la page de l’exécuteur direct avec le texte « Test en cours » pour confirmer que le flux a commencé, comme illustré dans cet exemple.

   

   Vous pouvez également vérifier que la session est en cours en observant le téléchargement de blocs vidéo dans l’onglet Réseau de DevTool.

   

4. Examinez les onglets Réseau et Console de DevTool à la recherche d’erreurs. Portez une attention particulière au début de la session.

   Notez les erreurs en rouge, à l’exception des erreurs de « police », qui sont connues et sans aucune action. Toutes les erreurs susceptibles d’indiquer un blocage de Microsoft eCDN constituent un prospect équitable dans l’effort de résolution des problèmes.

   Par exemple, dans l’onglet Console, vous pouvez voir une erreur de rejet de connexion similaire à la figure suivante.

   

   Cela peut indiquer que vous avez des domaines répertoriés dans la liste verte des sites web dans la page Plateformes tierces et que le domaine Microsoft eCDN n’a pas été ajouté à la liste verte.

   

   Ou bien, votre adresse IP peut ne pas être incluse dans la liste verte des adresses IP de l’utilisateur final de votre page Sécurité .

   

   Remarque

   Aucun des deux filtres ne nécessite d’entrées pour que Microsoft eCDN fonctionne. Autrement dit, le fait de laisser l’un de ces filtres non rempli désactive le filtre.

   Si vous n’obtenez pas de blocs de données vidéo HTTP, cela peut signifier que quelque chose vous empêche de vous connecter à notre back-end. qu’il s’agit d’un pare-feu, d’un proxy, etc. Si vous pouvez identifier l’URL ou le protocole bloqué, case activée avec votre équipe de mise en réseau et/ou de sécurité pour voir si des connexions de ce type sont autorisées. Passez en revue les documents suivants pour vous assurer que les exceptions appropriées ont été créées : Configuration réseau requise, documentation sur le cloud et la sécurité.

Solution pour une faible efficacité de peering

Une faible efficacité de peering se produit généralement lorsque vous effectuez un test silencieux avec trop peu de clients (moins de 20). En augmentant le nombre de clients, vous agrandissez les groupes de peering, ce qui augmente l’efficacité du peering. Consultez Résolution des problèmes de faible efficacité pour obtenir la liste des autres causes potentielles et savoir comment les résoudre.

Solution pour un écart important entre les visionneuses simultanées et les appareils attribués

Cette situation se produit généralement dans les cas suivants :

• un logiciel de sécurité local ou d’entreprise bloque Microsoft eCDN
• le test silencieux est effectué pendant les périodes de transition (les employés quittent le bureau et arrêtent leurs stations de travail)

Voici comment résoudre les problèmes :

• Évitez de commencer le test silencieux pendant les périodes de transition (où les employés quittent le bureau) depuis lors, ce qui pourrait fausser le nombre de participants.

• Prévoyez entre 1 et 3 minutes pour que l’analytique en temps réel se reflète dans le tableau de bord Microsoft eCDN Analytics.

• Vérifiez que l’URL de l’exécuteur n’est pas bloquée. Pour en savoir plus, reportez-vous aux étapes décrites dans la section Solution en cas d’absence d’analytique .