Citrix DaaS™

Solução de problemas

September 15, 2025

Contribuição de:

C C

Para confirmar se o EDT está sendo usado como protocolo de transporte para a sessão, você pode usar o Director ou o utilitário de linha de comando CtxSession.exe no VDA.

No Director, procure a sessão e selecione “Detalhes”. Se o “Tipo de conexão” for HDX™ e o “Protocolo” for UDP, o EDT está sendo usado como protocolo de transporte para a sessão.

Director do EDT

Para usar o utilitário CtxSession.exe, inicie um Prompt de Comando ou PowerShell dentro da sessão e execute ctxsession.exe. Para ver estatísticas detalhadas, execute ctxsession.exe -v. Se o EDT estiver em uso, o protocolo de transporte mostra um dos seguintes:

UDP > ICA® (Confiabilidade da Sessão desabilitada)
UDP > CGP > ICA (Confiabilidade da Sessão habilitada)
UDP > DTLS > CGP > ICA (ICA é criptografado com DTLS de ponta a ponta)

Sessão do EDT

Quando as sessões falham ao conectar com o EDT

Para solucionar problemas de Transporte Adaptável e EDT, sugerimos o seguinte:

Revise os Requisitos do sistema, Requisitos de rede, Problemas conhecidos e Coisas a saber, e certifique-se de que todos os itens foram abordados.
Verifique se há políticas Citrix® no Studio ou GPO substituindo a configuração desejada de Transporte Adaptável HDX.
Verifique se há configurações no cliente substituindo a configuração desejada de Transporte Adaptável HDX. Isso pode ser uma preferência de GPO, uma configuração usando o modelo administrativo opcional do aplicativo Workspace, ou uma configuração manual da configuração HDXoverUDP no registro ou no arquivo de configuração do cliente.
Em máquinas VDA multi-sessão, certifique-se de que os ouvintes UDP estejam ativos. Abra um prompt de comando na máquina VDA e execute netstat -a -p udp. Para obter mais informações, consulte Como Confirmar o Protocolo de Transporte de Dados Iluminado HDX.
Verifique se as regras de firewall apropriadas foram configuradas tanto nos firewalls de rede quanto nos firewalls em execução nas máquinas VDA.
Inicie uma sessão direta internamente, ignorando o NetScaler® Gateway ou o Citrix Gateway Service, e verifique o protocolo em uso. Se a sessão usar EDT, o VDA estará pronto para usar EDT para conexões externas através do NetScaler Gateway ou do Citrix Gateway Service.
Se o EDT funcionar para conexões internas diretas e não para sessões que passam pelo NetScaler Gateway ou pelo Citrix Gateway Service:
- Certifique-se de que a Confiabilidade da Sessão esteja habilitada.
- Se estiver usando o NetScaler Gateway, certifique-se de que sua configuração esteja em conformidade com a configuração necessária descrita em Configurar o NetScaler Gateway para suportar o Transporte de Dados Iluminado e o HDX Insight.
Se estiver usando o Citrix Gateway Service, certifique-se de que o Rendezvous esteja habilitado e funcionando.
Verifique se as conexões de seus usuários exigem um MTU não padrão. Conexões com um MTU efetivo inferior a 1500 bytes causam fragmentação de pacotes EDT, o que, por sua vez, pode afetar o desempenho ou até mesmo causar falhas no lançamento da sessão. Esse problema é comum ao usar VPNs, alguns pontos de acesso Wi-Fi e redes móveis, como 4G e 5G. Certifique-se de ter a Descoberta de MTU habilitada ou de estar configurando um MTU personalizado conforme descrito em Como configurar o MSS ao usar EDT em redes com MTU não padrão.

Problemas conhecidos

Caminhos de rede assimétricos podem fazer com que a Descoberta de MTU falhe para conexões que não passam pelo NetScaler Gateway ou pelo Citrix Gateway Service. Para resolver esse problema, atualize para a versão 2103 do VDA ou posterior. [CVADHELP-16654]
Ao usar o NetScaler Gateway, caminhos de rede assimétricos podem fazer com que a Descoberta de MTU falhe. Isso ocorre devido a um problema no Gateway que faz com que o bit Don’t Fragment (DF) no cabeçalho dos pacotes EDT não seja propagado. Uma correção para esse problema está disponível, a partir da versão de firmware 13.1 build 17.42. Para detalhes sobre como habilitar a correção, consulte a documentação do NetScaler Gateway. [CGOP-18438]
A Descoberta de MTU pode falhar para usuários que se conectam através de uma rede DS-Lite. Alguns modems não honram o bit DF quando o processamento de pacotes está habilitado, impedindo que a Descoberta de MTU detecte a fragmentação. Nesta situação, as opções disponíveis são:
- Desabilitar o processamento de pacotes no modem do usuário.
- Desabilitar a Descoberta de MTU e usar um MTU codificado conforme descrito em Como configurar o MSS ao usar EDT em redes com MTU não padrão.
- Desabilitar o Transporte Adaptável para forçar as sessões a usar TCP. Se apenas um subconjunto de usuários for afetado, considere desabilitá-lo no lado do cliente para que outros usuários possam continuar a usar o EDT.

A versão oficial deste conteúdo está em inglês. Parte do conteúdo da documentação da Cloud Software Group é traduzida automaticamente para sua conveniência. A Cloud Software Group não tem controle sobre o conteúdo traduzido automaticamente, que pode conter erros, imprecisões ou linguagem inadequada. Nenhuma garantia de qualquer tipo, expressa ou implícita, é fornecida quanto à precisão, confiabilidade, adequação ou correção de quaisquer traduções feitas do original em inglês para qualquer outro idioma, ou quanto à conformidade do seu produto ou serviço Cloud Software Group com qualquer conteúdo traduzido automaticamente, e nenhuma garantia fornecida sob o contrato de licença de usuário final aplicável ou os termos de serviço, ou qualquer outro contrato com a Cloud Software Group, de que o produto ou serviço esteja em conformidade com qualquer documentação será aplicável na medida em que essa documentação tenha sido traduzida automaticamente. A Cloud Software Group não se responsabiliza por quaisquer danos ou problemas que possam surgir em decorrência do uso de conteúdo traduzido automaticamente.

Isso foi útil?

Solução de problemas

September 15, 2025

Contribuição de:

C C

September 15, 2025

Contribuição de:

C C

Neste artigo

Quando as sessões falham ao conectar com o EDT
Problemas conhecidos

Isso foi útil?