Documentazione dei prodotti
Citrix DaaS™
Visualizza PDF

Risoluzione dei problemi

September 16, 2025
Grazie al contributo di: 
C C

Per confermare che EDT viene utilizzato come protocollo di trasporto per la sessione, è possibile utilizzare Director o l’utilità da riga di comando CtxSession.exe sul VDA.

In Director, cercare la sessione e selezionare Dettagli. Se il Tipo di connessione è HDX™ e il Protocollo è UDP, EDT viene utilizzato come protocollo di trasporto per la sessione.

EDT Director

Per utilizzare l’utilità CtxSession.exe, avviare un prompt dei comandi o PowerShell all’interno della sessione ed eseguire ctxsession.exe. Per visualizzare statistiche dettagliate, eseguire ctxsession.exe -v. Se EDT è in uso, il protocollo di trasporto mostra uno dei seguenti:

  • UDP > ICA® (Affidabilità sessione disabilitata)
  • UDP > CGP > ICA (Affidabilità sessione abilitata)
  • UDP > DTLS > CGP > ICA (ICA è crittografato DTLS end-to-end)

EDT Session

Quando le sessioni non riescono a connettersi con EDT

Per risolvere i problemi di Adaptive Transport e EDT, si consiglia quanto segue:

  1. Esaminare i Requisiti di sistema, i Requisiti di rete, i Problemi noti e le Cose da sapere, e assicurarsi che tutti gli elementi siano stati affrontati.
  2. Verificare se ci sono criteri Citrix® in Studio o GPO che sovrascrivono l’impostazione desiderata di HDX Adaptive Transport.
  3. Verificare se ci sono impostazioni sul client che sovrascrivono l’impostazione desiderata di HDX Adaptive Transport. Questo può essere una preferenza GPO, un’impostazione configurata utilizzando il modello amministrativo opzionale dell’app Workspace, o una configurazione manuale dell’impostazione HDXoverUDP nel registro o nel file di configurazione del client.
  4. Sulle macchine VDA multi-sessione, assicurarsi che i listener UDP siano attivi. Aprire un prompt dei comandi nella macchina VDA ed eseguire netstat -a -p udp. Per maggiori informazioni, vedere How to Confirm HDX Enlightened Data Transport Protocol.
  5. Verificare se le regole firewall appropriate sono state configurate sia nei firewall di rete che nei firewall in esecuzione sulle macchine VDA.
  6. Avviare una sessione diretta internamente, bypassando NetScaler® Gateway o Citrix Gateway Service, e verificare il protocollo in uso. Se la sessione utilizza EDT, il VDA è pronto per utilizzare EDT per connessioni esterne tramite NetScaler Gateway o Citrix Gateway Service.

  7. Se EDT funziona per connessioni interne dirette e non per sessioni che passano attraverso NetScaler Gateway o Citrix Gateway Service:

  8. Se si utilizza Citrix Gateway Service, assicurarsi che Rendezvous sia abilitato e funzionante.
  9. Verificare se le connessioni degli utenti richiedono un MTU non standard. Le connessioni con un MTU effettivo inferiore a 1500 byte causano la frammentazione dei pacchetti EDT, il che a sua volta può influire sulle prestazioni o persino causare errori di avvio della sessione. Questo problema è comune quando si utilizzano VPN, alcuni punti di accesso Wi-Fi e reti mobili, come 4G e 5G. Assicurarsi di avere MTU Discovery abilitato o di impostare un MTU personalizzato come descritto in How to configure MSS when using EDT on networks with non-standing MTU.

Problemi noti

  • Percorsi di rete asimmetrici possono causare il fallimento di MTU Discovery per le connessioni che non passano attraverso NetScaler Gateway o Citrix Gateway Service. Per risolvere questo problema, eseguire l’aggiornamento alla versione VDA 2103 o successiva. [CVADHELP-16654]

  • Quando si utilizza NetScaler Gateway, percorsi di rete asimmetrici possono causare il fallimento di MTU Discovery. Ciò è dovuto a un problema sul Gateway che impedisce la propagazione del bit Don’t Fragment (DF) nell’intestazione dei pacchetti EDT. Una correzione per questo problema è disponibile, a partire dalla versione firmware 13.1 build 17.42. Per dettagli su come abilitare la correzione, consultare la documentazione di NetScaler Gateway. [CGOP-18438]

  • MTU Discovery può fallire per gli utenti che si connettono tramite una rete DS-Lite. Alcuni modem non rispettano il bit DF quando l’elaborazione dei pacchetti è abilitata, impedendo a MTU Discovery di rilevare la frammentazione. In questa situazione, le opzioni disponibili sono le seguenti:

    • Disabilitare l’elaborazione dei pacchetti sul modem dell’utente.
    • Disabilitare MTU Discovery e utilizzare un MTU hardcoded come descritto in How to configure MSS when using EDT on networks with non-standing MTU.
    • Disabilitare Adaptive Transport per forzare le sessioni a utilizzare TCP. Se solo un sottoinsieme di utenti è interessato, considerare di disabilitarlo lato client in modo che altri utenti possano continuare a utilizzare EDT.
Risoluzione dei problemi
September 16, 2025
Grazie al contributo di: 
C C
September 16, 2025
Grazie al contributo di: 
C C

In questo articolo

Feedback sito | Your privacy choices footer linkScelte di privacy | Privacy e condizioni legali | Preferenze cookie | Impostazioni di consenso | docs.cloud.com
© 1999- Cloud Software Group, Inc. All rights reserved.