Risoluzione dei problemi relativi ai test invisibile all'utente

Il framework Microsoft eCDN Silent Testing consente di eseguire facilmente simulazioni su più dispositivi per emulare ed esaminare il comportamento di una determinata rete sotto il carico di un evento video live. Tutti i risultati vengono presentati logicamente nei dashboard di analisi di Microsoft eCDN.

Potenziali problemi:

• Impossibile creare un test invisibile all'utente
• Nessun runner (o peer) partecipa a un test invisibile all'utente
• Impossibile convalidare l'istanza di un runner invisibile all'utente
• Mancanza di analisi
• Bassa efficienza di peering
• Grande discrepanza tra i visualizzatori simultanei e i dispositivi assegnati

Soluzione per l'impossibilità di creare un test invisibile all'utente

Se manca il pulsante più (+) per la creazione di un test invisibile all'utente, assicurarsi che all'utente di Microsoft Entra sia assegnato un ruolo appropriato che concede le autorizzazioni Modifica test invisibile all'utente. Per altre informazioni, vedere i ruoli applicabili nella documentazione Gestire l'accesso .

Soluzione per la mancanza di partecipazione del runner a test invisibile all'utente

Esaminare la panoramica del processo di test invisibile all'utente per garantire la conformità. Per altre informazioni, continuare con questa guida alla risoluzione dei problemi.

Soluzione per l'impossibilità di convalidare l'istanza di un runner invisibile all'utente

Il runner silenzioso è progettato per essere poco appariscente per l'utente, quindi convalidare l'istanza di uno non è uno sforzo diretto. Ecco cosa cercare quando si cerca di verificare se uno strumento di esecuzione invisibile all'utente è attivo o meno.

• Il conteggio dei client connessi nel dashboard di test invisibile all'utente.
• La presenza di file di log come "$env:TEMP\p5_log_" + $TestID + ".txt" dove $env:TEMP è un percorso impostato dal sistema e il $TestID valore è impostato nello script. Ad esempio "C:\Users\MYUSERNAME\AppData\Local\Temp\p5_log_123.txt"
• La presenza di ognuno di questi processi in background.
  • powershell oppure pwsh - Istanza di PowerShell nascosta che esegue lo script dello strumento di esecuzione invisibile all'utente, la cui scelta è in genere controllata dal sistema di gestione degli endpoint.
  • msedge oppure chrome - Istanze del browser Chromium nascoste, che assumono il ruolo del visualizzatore simulato.
  • cmd - Processo di watchdog del prompt dei comandi nascosto che termina i processi di PowerShell e chromium dopo il timeout.

Soluzione per mancanza di analisi

Se mancano analisi, si presuppone che si verifichi un blocco tra i singoli client e il back-end di Microsoft eCDN. Per iniziare la risoluzione dei problemi, aprire la Console di gestione e quindi passare a Advanced > Silent Tester. In alto a destra di tale pagina è presente un collegamento al punto interrogativo (?) che consente di accedere alla pagina dell'helper in cui sono disponibili informazioni aggiuntive sui passaggi 1 e 3. In alternativa, è anche possibile fare riferimento a Come eseguire test invisibile all'utente.

1. Aprire un URL di esecuzione diretta facendo attenzione a usare l'ID tenant anziché il TENANT_ID_HERE segnaposto. Crearlo dall'URL del modello fornito qui oppure è possibile usare l'URL predefinito disponibile nella pagina dell'helper. La pagina dello strumento di esecuzione diretta simula un singolo visualizzatore, con il quale si esaminerà lo stato delle connessioni necessarie.

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

   

2. Visualizzare devtools del browser. In Microsoft Edge fare clic con il pulsante destro del mouse sulla pagina e quindi scegliere "Inspect".

   Importante

   DevTools deve essere aperto prima di avviare il test invisibile all'utente nel passaggio seguente oppure le informazioni cruciali sull'avvio della sessione non verranno acquisite per l'analisi.

3. Tornare alla pagina Tester invisibile all'utente, avviare un test pianificato (invisibile all'utente), lasciando tutte le impostazioni predefinite oltre a Qualità video. Impostare la qualità del video su un valore statico, ad 480p - 1Mbps esempio per rimuovere la variabilità. Dopo l'avvio, nella pagina del runner diretto viene visualizzata una barra DIV grigia con il testo "Test in corso" per confermare che il flusso è iniziato, come illustrato in questa figura di esempio.

   

   È anche possibile verificare che la sessione sia in corso osservando il download di blocchi video nella scheda Rete di DevTool.

   

4. Controllare la presenza di errori nelle schede Rete e Console di DevTool. Prestare particolare attenzione all'inizio della sessione.

   Prendere nota di eventuali errori in rosso, esclusi gli errori "font", noti e inattivi. Eventuali errori che potrebbero indicare un blocco di Microsoft eCDN sono un buon vantaggio nella risoluzione dei problemi.

   Ad esempio, nella scheda Console è possibile che venga visualizzato un errore di rifiuto della connessione simile alla figura seguente.

   

   Questo potrebbe indicare che il dominio ecdn.teams.microsoft.com non è stato aggiunto all'elenco consentiti in Elenco siti Web consentiti nella pagina Piattaforme di terze parti .

   

   In alternativa, l'INDIRIZZO IP potrebbe non essere incluso nell'elenco indirizzi IP consentiti dell'utente finale della pagina Sicurezza .

   

   Nota

   Nessuno dei due filtri richiede voci per il funzionamento di Microsoft eCDN. In altri casi, se uno di questi filtri non viene popolato, il filtro viene disabilitato.

   Se non si ricevono blocchi di dati video HTTP, potrebbe significare che qualcosa impedisce la connessione al back-end; sia che si tratti di un firewall, di un proxy e così via. Se è possibile identificare l'URL o il protocollo bloccato, rivolgersi al team di rete e/o di sicurezza per verificare se sono consentite connessioni di questo tipo. Esaminare i documenti seguenti per verificare che siano state create eccezioni appropriate: Requisiti di rete, Documentazione cloud e sicurezza.

Soluzione per una bassa efficienza di peering

L'efficienza di peering bassa si verifica in genere quando si esegue un test invisibile all'utente con un numero insufficiente di client (meno di 20). Aumentando il numero di client, si ingrandiscono i gruppi di peering aumentando così l'efficienza del peering. Vedere risoluzione dei problemi a bassa efficienza per un elenco di altre possibili cause e come risolvere ogni problema.

Soluzione per una grande discrepanza tra visualizzatori simultanei e dispositivi assegnati

Questa situazione si verifica in genere quando:

• il software di sicurezza locale o aziendale blocca Microsoft eCDN
• il test silenzioso viene eseguito durante i periodi di transizione (i dipendenti lasciano l'ufficio e arrestano le loro workstation)

Ecco come risolvere i problemi:

• Evitare di avviare il test invisibile all'utente nei periodi di transizione (in cui i dipendenti lasciano l'ufficio) da allora che potrebbero sbilanciare il numero di partecipanti.

• Consentire tra 1 e 3 minuti per la riflessione dell'analisi in tempo reale nel dashboard di Analisi eCDN di Microsoft.

• Verificare che l'URL dello strumento di esecuzione non venga bloccato. Per altre informazioni, vedere la procedura descritta nella sezione Soluzione per mancanza di analisi .