Risoluzione dei problemi
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.

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)

Quando le sessioni non riescono a connettersi con EDT
Per risolvere i problemi relativi a Adaptive Transport e EDT, suggeriamo quanto segue:
- 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.
- Verificare se esistono criteri Citrix® in Studio o GPO che sovrascrivono l’impostazione desiderata di HDX Adaptive Transport.
- Verificare se esistono impostazioni sul client che sovrascrivono l’impostazione desiderata di HDX Adaptive Transport. Questa 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.
- 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 Come confermare il protocollo HDX Enlightened Data Transport. - Verificare che le regole firewall appropriate siano state configurate sia nei firewall di rete che nei firewall in esecuzione sulle macchine VDA.
- Avviare una sessione diretta internamente, bypassando il NetScaler® Gateway o il Citrix Gateway Service, e controllare il protocollo in uso. Se la sessione utilizza EDT, il VDA è pronto per usare EDT per le connessioni esterne tramite NetScaler Gateway o Citrix Gateway Service.
-
Se EDT funziona per le connessioni interne dirette ma non per le sessioni che passano attraverso NetScaler Gateway o Citrix Gateway Service:
- Assicurarsi che la Affidabilità sessione sia abilitata.
- Se si utilizza NetScaler Gateway, assicurarsi che la configurazione sia conforme a quella richiesta descritta in Configurare NetScaler Gateway per supportare Enlightened Data Transport e HDX Insight.
- Se si utilizza Citrix Gateway Service, assicurarsi che Rendezvous sia abilitato e funzionante.
- 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 Come configurare MSS quando si utilizza EDT su reti con MTU non standard.
Problemi noti
-
I 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, i 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 i 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 riescono a rispettare 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 Come configurare MSS quando si utilizza EDT su reti con MTU non standard.
- 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 gli altri utenti possano continuare a utilizzare EDT.