Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
A arquitetura de Testes Silenciosos da Microsoft eCDN permite executar simulações em vários dispositivos facilmente para imitar e examinar o comportamento de uma determinada rede sob a carga de um evento de vídeo em direto. Todos os resultados são apresentados logicamente nos dashboards de análise da Microsoft eCDN.
Potenciais problemas:
- Não é possível criar um teste silencioso
- Corredores silenciosos impedidos de entrar online por política
- Nenhum corredor (ou colegas) participa num teste silencioso
- Não é possível validar a instanciação de um corredor silencioso
- Falta de análise
- Baixa eficiência de peering
- Grande discrepância entre visualizadores simultâneos e dispositivos atribuídos
Solução para a incapacidade de criar um teste silencioso
Se não tiver o botão de adição (+) para criar um teste silencioso, certifique-se de que o utilizador Microsoft Entra tem uma função adequada atribuída que concede permissões de Modificação de Teste Silencioso. Para obter mais informações, veja as funções aplicáveis na documentação Gerir acesso .
Solução para políticas que bloqueiam os corredores silenciosos
Sabe-se que algumas políticas do Microsoft Edge interferem com os corredores silenciosos.
Importante
HKEY_LOCAL_MACHINE (HKLM) os valores da política podem ser impostos pelos sistemas de gestão da sua organização e serão aplicados novamente se forem alterados localmente. Coordene sempre com a sua equipa de TI ou segurança antes de efetuar alterações de política.
Depois de alterar uma política, reinicie o ponto final ou termine/inicie sessão e execute novamente um teste silencioso. Confirme que o corredor instancia ao verificar se existem indicações conforme descrito na Solução para a incapacidade de validar a instanciação de uma secção de corredor silencioso .
BrowserSignin policy (Política de início de sessão)
Em alguns pontos finais do Windows geridos, a política Microsoft Edge BrowserSignin pode impedir que o executor silencioso instancing corretamente. Esta política é armazenada no registo em:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\BrowserSignin
Quando o valor está definido como 2
, foi observado para bloquear a capacidade de carregar um site em que o corredor silencioso depende, fazendo com que o corredor nunca venha a ficar online.
Para marcar o valor da política (execute o PowerShell como Administrador):
Get-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name BrowserSignin -ErrorAction SilentlyContinue
Se o resultado mostrar BrowserSignin : 2
, remediar da seguinte forma:
Preferencial (recomendado para produção): atualize a política centralmente com Política de Grupo ou o Microsoft Intune para alterar a definição "BrowserSignin" do Edge para uma opção que permita o início de sessão do browser (por exemplo, Não configurado) e, em seguida, force uma sincronização de política nos pontos finais. Após a alteração da política, termine/inicie sessão ou reinicie o dispositivo.
Para testes locais temporários (requer direitos de administrador): defina o valor do registo como 0 ou 1 (ou remova-o) para validar se a política é a causa:
# 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
Política HeadlessModeEnabled
Nos pontos finais do Windows geridos, a política HeadlessModeEnabled do Microsoft Edge impede que a instância do browser do corredor silencioso seja iniciada num modo sem cabeça ou em segundo plano. Quando o browser não consegue iniciar no modo esperado (sem cabeça), o corredor não consegue ficar online.
Esta política é armazenada no registo em:
HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Edge\HeadlessModeEnabled
Para marcar o valor da política (execute o PowerShell como Administrador):
Get-ItemProperty -Path 'HKLM:\SOFTWARE\Policies\Microsoft\Edge' -Name HeadlessModeEnabled -ErrorAction SilentlyContinue
Se o resultado mostrar o valor que desativa a operação HeadlessModeEnabled : 0
sem cabeça, remediar da seguinte forma:
Preferencial (recomendado para produção): atualize a política centralmente com o Política de Grupo ou o Microsoft Intune para alterar a definição "HeadlessModeEnabled" do Edge para uma opção que permita uma operação sem cabeça (por exemplo, Não configurado ou Ativado) e, em seguida, force uma sincronização de política nos pontos finais. Após a alteração da política, termine/inicie sessão ou reinicie o dispositivo.
Para testes locais temporários (requer direitos de administrador): defina o valor do registo como 1 (ou remova-o) para validar se a política é a causa:
# 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
Solução para a falta de participação de corredores em testes silenciosos
Para garantir a conformidade, reveja a descrição geral do processo de teste silencioso. Continue com este guia de resolução de problemas para obter mais informações.
Solução para a incapacidade de validar a instanciação de um corredor silencioso
O corredor silencioso foi concebido para ser discreto para o utilizador, pelo que validar a instanciação de um não é um esforço direto. Eis o que deve procurar ao tentar validar se um corredor silencioso está ativo ou não.
- A contagem de Clientes Ligados no seu dashboard de Teste Silencioso.
- A presença de ficheiros de registo como
"$env:TEMP\p5_log_" + $TestID + ".txt"
onde$env:TEMP
é um caminho definido pelo sistema e o$TestID
valor é definido no script. Por exemplo, "C:\Users\MYUSERNAME\AppData\Local\Temp\p5_log_123.txt" - A presença de cada um destes processos em segundo plano.
-
powershell
oupwsh
- Uma instância oculta do PowerShell que executa o script de execução automática; cuja escolha é normalmente controlada pelo seu sistema de gestão de pontos finais. -
msedge
ouchrome
- Oculta Chromium instância do browser, que assume a função do visualizador simulado. -
cmd
oupowershell
- Um processo de watchdog oculto que termina os processos do PowerShell e do chromium após o tempo limite decorrido.
-
Observação
Ao utilizar algumas ferramentas de gestão de pontos finais, como o Microsoft Intune, para implementar o script de teste silencioso, tenha em atenção que algumas ferramentas determinam que o script falhou porque pode não devolver um código de saída dentro de um período de tempo pré-determinado. Isto é esperado devido à natureza de execução prolongada do script. Sugerimos que utilize diferentes critérios de sucesso, como alguns dos pontos mencionados acima, para determinar o sucesso do script.
Solução para a falta de análise
Se faltam análises, presume-se que existe um bloqueio entre clientes individuais e o back-end da Microsoft eCDN. Comece a resolução de problemas ao abrir a Consola de Gestão e, em seguida, navegue até Advanced > Silent Tester. No canto superior direito dessa página, encontrará uma ligação de ponto de interrogação (?) que o direciona para a página do programa auxiliar onde podem ser encontradas informações adicionais sobre os passos 1 e 3. Em alternativa, também pode consultar Como Realizar Testes Silenciosos.
Abra um URL do direct runner tendo o cuidado de utilizar o seu ID de inquilino em vez do
TENANT_ID_HERE
marcador de posição. Construa-o a partir do URL do modelo fornecido aqui ou pode utilizar o URL pré-criado encontrado na página do programa auxiliar. A página direct runner simula um único visualizador, com o qual iremos investigar o estado das ligações necessárias.https://st-sdk.ecdn.teams.microsoft.com/?customerId=TENANT_ID_HERE&adapterId=Direct
Revele as DevTools do browser. No Microsoft Edge, clique com o botão direito do rato na página e, em seguida, selecione "Inspecionar".
Importante
As DevTools têm de ser abertas antes de iniciar o teste silencioso no passo seguinte ou as informações cruciais de arranque da sessão não serão capturadas para a sua análise.
De volta à página Silent Tester, inicie um Teste Agendado (Silencioso), deixando todas as definições nas predefinições para além da Qualidade de Vídeo. Defina a qualidade do vídeo para um valor estático, como, por
480p - 1Mbps
exemplo, para remover a variabilidade. Uma vez iniciada, é apresentada uma barra DIV cinzenta na página de execução direta com o texto "Teste Contínuo" para confirmar que a transmissão em fluxo começou, como se pode ver nesta figura de exemplo.Também pode confirmar que a sessão está em curso ao observar a transferência de segmentos de vídeo no separador Rede do DevTool.
Verifique se existem erros nos separadores Rede e Consola do DevTool. Preste especial atenção ao início da sessão.
Tenha em atenção os erros a vermelho, excluindo os erros de "tipo de letra", que são conhecidos e incorretos. Quaisquer erros que possam indicar algo que esteja a bloquear a Microsoft eCDN são uma oportunidade potencial justa no esforço de resolução de problemas.
Por exemplo, no separador Consola, pode testemunhar um erro de rejeição da ligação semelhante à seguinte figura.
Isto pode indicar que tem domínios listados na Lista de Permissões de Sites na sua página Plataformas de Terceiros e que o domínio eCDN da Microsoft não foi adicionado à lista de permissões.
Em alternativa, o IP pode não estar incluído na Lista de Permissões de IP do utilizador final da sua página Segurança .
Observação
Nenhum filtro requer entradas para a Microsoft eCDN funcionar. Ou seja, deixar qualquer um destes filtros despovoados desativa o filtro.
Se não estiver a receber segmentos de dados de vídeo HTTP, isso pode significar que algo o está a impedir de se ligar ao nosso back-end; seja uma firewall, um proxy, etc. Se conseguir identificar o URL ou o protocolo que está a ser bloqueado, marcar junto da sua equipa de rede e/ou segurança para ver se as ligações desse tipo estão a ser permitidas. Reveja os seguintes documentos para garantir que foram criadas as exceções adequadas: Requisitos de Rede, Documento de Cloud e Segurança.
Dica
Também pode utilizar a nossa página Tester para identificar potenciais problemas de rede, como a firewall a bloquear ligações websocket. Se algum dos itens na secção Rede estiver marcado com um X vermelho, transfira o relatório e envie-o para o Gestor de Contas de Sucesso do Cliente microsoft para revisão e suporte.
Solução para baixa eficiência de peering
Normalmente, a baixa eficiência do peering ocorre quando está a realizar um teste silencioso com poucos clientes (menos de 20). Ao aumentar o número de clientes, está a aumentar os grupos de peering, aumentando assim a eficiência do peering. Veja a resolução de problemas de baixa eficiência para obter uma lista de outras causas potenciais e como resolver problemas de cada uma.
Solução para uma grande discrepância entre visualizadores simultâneos e dispositivos atribuídos
Normalmente, esta situação ocorre quando:
- o software de segurança local ou empresarial está a bloquear a Microsoft eCDN
- o teste silencioso está a ser realizado durante os períodos de transição (funcionários que saem do escritório e encerram as respetivas estações de trabalho)
Eis como resolver problemas:
Evite iniciar o teste silencioso em períodos de transição (em que os funcionários estão a sair do escritório) desde então, o que pode distorcer o número de participantes.
Aguarde entre 1 a 3 minutos para que a análise em tempo real reflita no microsoft eCDN Analytics dashboard.
Certifique-se de que o URL de corredor não está a ser bloqueado. Para ver mais, veja os passos na secção Solução para falta de análise .