-
Pianificare e creare una distribuzione
-
Creare e gestire le connessioni
-
Creare cataloghi di macchine con immagini preparate
-
Creare un'immagine preparata per le istanze gestite di Amazon WorkSpaces Core
-
Creare un catalogo di istanze gestite di Amazon WorkSpaces Core
-
Creare un catalogo di macchine con immagini preparate in Azure
-
Creare un catalogo di macchine con immagini preparate in Red Hat OpenShift
-
Creare un catalogo di macchine con immagini preparate in VMware
-
Creare un catalogo di macchine con immagini preparate in XenServer
-
-
Pool di identità di diversi tipi di join di identità delle macchine
-
-
-
-
-
Risolvere i problemi di registrazione VDA e di avvio della sessione
-
IP virtuale e loopback virtuale
-
This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
IP virtuale e loopback virtuale
Importante:
Windows 10 Enterprise multi-session non supporta la virtualizzazione IP di Remote Desktop (IP virtuale) e non supportiamo né l’IP virtuale né il loopback virtuale su Windows 10 Enterprise multi-session.
Le funzionalità IP virtuale e loopback virtuale sono supportate sulle macchine Windows Server 2016. Queste funzionalità non si applicano alle macchine con sistema operativo desktop Windows.
La funzionalità di indirizzo IP virtuale di Microsoft fornisce a un’applicazione pubblicata un indirizzo IP univoco assegnato dinamicamente per ogni sessione. La funzionalità di loopback virtuale di Citrix consente di configurare le applicazioni che dipendono dalle comunicazioni con localhost (127.0.0.1 per impostazione predefinita) per utilizzare un indirizzo di loopback virtuale univoco nell’intervallo localhost (127.*).
Certe applicazioni, come CRM e Computer Telephony Integration (CTI), utilizzano un indirizzo IP per l’indirizzamento, la licenza, l’identificazione o altri scopi e quindi richiedono un indirizzo IP univoco o un indirizzo di loopback nelle sessioni. Altre applicazioni potrebbero associarsi a una porta statica, quindi i tentativi di avviare istanze aggiuntive di un’applicazione in un ambiente multiutente falliranno perché la porta è già in uso. Affinché tali applicazioni funzionino correttamente in un ambiente Citrix Virtual Apps™, è richiesto un indirizzo IP univoco per ogni dispositivo.
L’IP virtuale e il loopback virtuale sono funzionalità indipendenti. È possibile utilizzare l’una o l’altra, o entrambe.
Riepilogo delle azioni dell’amministratore:
- Per utilizzare l’IP virtuale di Microsoft, abilitarlo e configurarlo sul server Windows. (Le impostazioni dei criteri Citrix® non sono necessarie.)
- Per utilizzare il loopback virtuale di Citrix, configurare due impostazioni in un criterio Citrix.
IP virtuale
Quando l’IP virtuale è abilitato e configurato sul server Windows, ogni applicazione configurata in esecuzione in una sessione sembra avere un indirizzo univoco. Gli utenti accedono a queste applicazioni su un server Citrix Virtual Apps nello stesso modo in cui accedono a qualsiasi altra applicazione pubblicata. Un processo richiede l’IP virtuale in uno dei seguenti casi:
- Il processo utilizza un numero di porta TCP hardcoded
- Il processo utilizza socket Windows e richiede un indirizzo IP univoco o un numero di porta TCP specificato
Per determinare se un’applicazione deve utilizzare indirizzi IP virtuali:
- Ottenere lo strumento TCPView da Microsoft. Questo strumento elenca tutte le applicazioni che associano indirizzi IP e porte specifici.
- Disabilitare la funzionalità Risolvi indirizzi IP in modo da visualizzare gli indirizzi anziché i nomi host.
- Avviare l’applicazione e utilizzare TCPView per vedere quali indirizzi IP e porte sono aperti dall’applicazione e quali nomi di processo stanno aprendo queste porte.
- Configurare tutti i processi che aprono l’indirizzo IP del server, 0.0.0.0 o 127.0.0.1.
- Per assicurarsi che un’applicazione non apra lo stesso indirizzo IP su una porta diversa, avviare un’istanza aggiuntiva dell’applicazione.
Come funziona la virtualizzazione IP di Microsoft Remote Desktop (RD)
-
L’indirizzamento IP virtuale deve essere abilitato sul server Microsoft.
Ad esempio, in un ambiente Windows Server 2016, da Server Manager, espandere Servizi Desktop remoto > Connessioni host sessione RD per abilitare la funzionalità di virtualizzazione IP RD e configurare le impostazioni per assegnare dinamicamente indirizzi IP utilizzando il server Dynamic Host Configuration Protocol (DHCP) su base per sessione o per programma. Consultare la documentazione Microsoft per le istruzioni.
-
Dopo che la funzionalità è abilitata, all’avvio della sessione, il server richiede indirizzi IP assegnati dinamicamente dal server DHCP.
-
La funzionalità di virtualizzazione IP RD assegna indirizzi IP alle connessioni desktop remoto per sessione o per programma. Se si assegnano indirizzi IP per più programmi, questi condividono un indirizzo IP per sessione.
-
Dopo che un indirizzo è stato assegnato a una sessione, la sessione utilizza l’indirizzo virtuale anziché l’indirizzo IP primario per il sistema ogni volta che vengono effettuate le seguenti chiamate:
bind¸closesocket¸connect,WSAConnect,WSAAccept,getpeername,getsockname,sendto,WSASendTo,WSASocketW,gethostbyaddr,getnameinfo,getaddrinfo.
Quando si utilizza la funzionalità di virtualizzazione IP di Microsoft all’interno della configurazione di hosting della sessione di Remote Desktop, le applicazioni sono associate a indirizzi IP specifici inserendo un componente “filtro” tra l’applicazione e le chiamate di funzione Winsock. L’applicazione vede quindi solo l’indirizzo IP che dovrebbe utilizzare. Qualsiasi tentativo da parte dell’applicazione di ascoltare le comunicazioni TCP o UDP viene automaticamente associato al suo indirizzo IP virtuale allocato (o indirizzo di loopback), e qualsiasi connessione originaria aperta dall’applicazione proviene dall’indirizzo IP associato all’applicazione.
Nelle funzioni che restituiscono un indirizzo (come GetAddrInfo(), che è controllata da un criterio Windows), se viene richiesto l’indirizzo IP dell’host locale, l’IP virtuale esamina l’indirizzo IP restituito e lo modifica nell’indirizzo IP virtuale della sessione. Le applicazioni che tentano di ottenere l’indirizzo IP del server locale tramite tali funzioni di nome vedono solo l’indirizzo IP virtuale univoco assegnato a quella sessione. Questo indirizzo IP viene spesso utilizzato nelle successive chiamate socket, come bind o connect. Per maggiori informazioni sui criteri Windows, consultare Virtualizzazione IP RDS in Windows Server.
Spesso, un’applicazione richiede di associarsi a una porta per l’ascolto sull’indirizzo 0.0.0.0. Quando un’applicazione fa questo e utilizza una porta statica, non è possibile avviare più di un’istanza dell’applicazione. La funzionalità di indirizzo IP virtuale cerca anche 0.0.0.0 in questi tipi di chiamate e modifica la chiamata per ascoltare sull’indirizzo IP virtuale specifico, il che consente a più di un’applicazione di ascoltare sulla stessa porta sullo stesso computer perché stanno tutte ascoltando su indirizzi diversi. La chiamata viene modificata solo se si trova in una sessione ICA e la funzionalità di indirizzo IP virtuale è abilitata. Ad esempio, se due istanze di un’applicazione in esecuzione in sessioni diverse tentano entrambe di associarsi a tutte le interfacce (0.0.0.0) e a una porta specifica (come 9000), vengono associate a VIPAddress1:9000 e VIPAddress2:9000 e non c’è conflitto.
Loopback virtuale
L’abilitazione delle impostazioni dei criteri di loopback IP virtuale di Citrix consente a ogni sessione di avere il proprio indirizzo di loopback per la comunicazione. Quando un’applicazione utilizza l’indirizzo localhost (predefinito = 127.0.0.1) in una chiamata Winsock, la funzionalità di loopback virtuale sostituisce semplicemente 127.0.0.1 con 127.X.X.X, dove X.X.X è una rappresentazione dell’ID sessione + 1. Ad esempio, un ID sessione di 7 è 127.0.0.8. Nell’improbabile eventualità che l’ID sessione superi il quarto ottetto (più di 255), l’indirizzo passa all’ottetto successivo (127.0.1.0), fino al massimo di 127.255.255.255.
Un processo richiede il loopback virtuale in uno dei seguenti casi:
- Il processo utilizza l’indirizzo di loopback del socket Windows (localhost) (127.0.0.1)
- Il processo utilizza un numero di porta TCP hardcoded
Utilizzare le impostazioni dei criteri di loopback virtuale per le applicazioni che utilizzano un indirizzo di loopback per la comunicazione interprocesso. Non è richiesta alcuna configurazione aggiuntiva. Il loopback virtuale non dipende dall’IP virtuale, quindi non è necessario configurare il server Microsoft.
- Supporto loopback IP virtuale. Se abilitata, questa impostazione del criterio consente a ogni sessione di avere il proprio indirizzo di loopback virtuale. Questa impostazione è disabilitata per impostazione predefinita. La funzionalità si applica solo alle applicazioni specificate con l’impostazione del criterio Elenco programmi di loopback virtuale IP virtuale.
- Elenco programmi di loopback virtuale IP virtuale. Questa impostazione del criterio specifica le applicazioni che utilizzano la funzionalità di loopback virtuale IP virtuale. Questa impostazione si applica solo quando l’impostazione del criterio Supporto loopback IP virtuale è abilitata.
Funzionalità correlata
È possibile utilizzare le seguenti impostazioni del Registro di sistema per garantire che il loopback virtuale abbia la preferenza sull’IP virtuale; questo è chiamato loopback preferito. Tuttavia, procedere con cautela:
- Utilizzare il loopback preferito solo se sia l’IP virtuale che il loopback virtuale sono abilitati; altrimenti, si potrebbero ottenere risultati imprevisti.
- La modifica errata del Registro di sistema può causare seri problemi che potrebbero richiedere la reinstallazione del sistema operativo. Citrix non può garantire che i problemi derivanti dall’uso errato dell’Editor del Registro di sistema possano essere risolti. Utilizzare l’Editor del Registro di sistema a proprio rischio. Assicurarsi di eseguire il backup del Registro di sistema prima di modificarlo.
Eseguire regedit sui server in cui risiedono le applicazioni.
- HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Citrix\VIP
- Nome: PreferLoopback, Tipo: REG_DWORD, Dati: 1
- Nome: PreferLoopbackProcesses, Tipo: REG_MULTI_SZ, Dati: <elenco di processi>
Condividi
Condividi
In questo articolo
This Preview product documentation is Citrix Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Citrix Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Citrix product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.