Solucionar Problemas de Conectividade do Azure Virtual Desktop

Problema

As conexões do Azure Virtual Desktop (AVD) falham quando os usuários acessam o AVD na rede do escritório com o Cisco Secure Access habilitado. Este comportamento específico foi observado:

• O AVD funciona bem quando acessado de uma rede pessoal com o Acesso Seguro desabilitado.

• O AVD funciona bem quando acessado a partir da rede do escritório sem acesso seguro.

• O AVD não funciona quando acessado de qualquer rede com o Acesso Seguro habilitado.

Essa falha de conectividade afeta a capacidade dos usuários de acessar seus desktops virtuais e afeta as operações comerciais de produção. A análise de captura de pacotes mostrou tráfego bidirecional em cenários de trabalho e não funcionamento sem reinicializações de TCP ou outros indicadores de nível de rede de que o Acesso Seguro estava terminando a conexão AVD.

Ambiente

• Cisco Secure Access com Zero Trust Network Access (ZTNA) habilitado

• Perfil ZTNA configurado para usar ZTA para todos os destinos da Internet

• Implantação do Azure Virtual Desktop (AVD) acessada por meio de pontos de extremidade da Microsoft

• Ambiente de rede do escritório com cliente Secure Access implantado

• Usuários que acessam o AVD em redes corporativas e pessoais

Resolução

O problema foi resolvido adicionando domínios relacionados ao Microsoft AVD à lista de exceções ZTA, permitindo que o cliente Secure Access ignore o ZTNA para tráfego AVD.

Análise de diagnóstico

A análise conjunta de solução de problemas determinou que o perfil ZTNA foi configurado para usar ZTA para todos os destinos da Internet, o que fez com que o Secure Access roteasse o tráfego contínuo do WebSocket do AVD através do proxy de nuvem do Secure Access. Esse comportamento levou a quedas de sessão porque o Azure Virtual Desktop usa tráfego complexo e contínuo (WebSockets) para transmitir sessões de desktop em tempo real, e os proxies de nuvem são projetados para inspecionar páginas da Web padrão em vez de manipular protocolos de streaming.

Alteração de configuração

Estes domínios relacionados ao Microsoft AVD foram adicionados à lista de exceções ZTA:

*.wvd.microsoft.com
*.core.windows.net
*.servicebus.windows.net
*.events.data.microsoft.com

Adicionando esses domínios à lista de exceções ZTA, o cliente Secure Access foi instruído a ignorar completamente o tráfego específico do AVD. Isso permite que o tráfego AVD vá diretamente para a Microsoft, ignorando totalmente o proxy ZTNA, que é exatamente o que a Microsoft exige para que o AVD funcione corretamente.

Validação

Após a aplicação da configuração de exceções ZTA, a conectividade AVD foi relatada como funcionando normalmente durante o período de monitoramento. Os usuários conseguiram acessar com êxito seus desktops virtuais na rede do escritório com o Acesso seguro habilitado.

Causa

A causa raiz foi a configuração do perfil ZTNA que interceptou todo o tráfego de conexão com a Internet, incluindo as conexões do Azure Virtual Desktop. Quando o tráfego WebSocket do AVD foi roteado através do proxy de nuvem do Secure Access para inspeção, ele causou quedas de conexão porque o proxy não foi projetado para lidar com a natureza de streaming contínuo das sessões do AVD. O AVD requer conectividade direta com endpoints da Microsoft para manter sessões estáveis de streaming de desktop.

Conteúdo relacionado

• Pontos de Extremidade do FQDN Necessários do Microsoft Azure Virtual Desktop

• Solucionar problemas e coletar informações básicas do Cisco Secure Access

• Suporte técnico e downloads da Cisco

Histórico de revisões

Revisão	Data de publicação	Comentários
1.0	03-Nov-2026	Versão inicial