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!
Xauthority
El VDA de Linux es compatible con entornos que utilizan la funcionalidad de visualización X11 (incluidos xterm y gvim) para el acceso remoto interactivo. Esta función proporciona un mecanismo de seguridad necesario para garantizar una comunicación segura entre XClient y XServer.
-
Existen dos métodos para asegurar el permiso para esta comunicación segura:
- Xhost. De forma predeterminada, Xhost solo permite que el XClient de localhost se comunique con XServer. Si eliges permitir que un XClient remoto acceda a XServer, debes ejecutar el comando Xhost para conceder permiso en la máquina específica. O, alternativamente, puedes usar xhost + para permitir que cualquier XClient se conecte a XServer.
-
Xauthority. El archivo
.Xauthorityse encuentra en el directorio de inicio de cada usuario. Se utiliza para almacenar credenciales en cookies que usa xauth para la autenticación de XServer. Cuando se inicia una instancia de XServer (Xorg), la cookie se utiliza para autenticar las conexiones a esa pantalla específica. -
Cómo funciona
Cuando Xorg se inicia, se le pasa un archivo .Xauthority a Xorg. Este archivo .Xauthority contiene los siguientes elementos:
- Número de pantalla
- Protocolo de solicitud remota
-
Número de cookie
- Puedes explorar este archivo usando el comando
xauth. Por ejemplo:
# xauth -f ~/.Xauthority
# > list
# > us01msip06:107 MIT-MAGIC-COOKIE-1 fb228d1b695729242616c5908f11624b
<!--NeedCopy-->
Si XClient se conecta a Xorg de forma remota, se deben cumplir dos requisitos previos:
- Establece la variable de entorno DISPLAY en el XServer remoto.
- Obtén el archivo
.Xauthorityque contiene uno de los números de cookie en Xorg.
Configurar Xauthority
Para habilitar Xauthority en el VDA de Linux para la visualización remota de X11, debes crear las dos claves de registro siguientes:
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Xorg" -t "REG_DWORD" -v "XauthEnabled" -d "0x00000001" --force
sudo /opt/Citrix/VDA/bin/ctxreg create -k "HKLM\System\CurrentControlSet\Control\Citrix\Xorg" -t "REG_DWORD" -v "ListenTCP" -d "0x00000001" --force
<!--NeedCopy-->
Después de habilitar Xauthority, pasa el archivo .Xauthority al XClient manualmente o montando un directorio de inicio compartido:
-
Pasa el archivo
.Xauthorityal XClient manualmenteDespués de iniciar una sesión ICA®, el VDA de Linux genera el archivo
.Xauthoritypara el XClient y lo almacena en el directorio de inicio del usuario que ha iniciado sesión. Puedes copiar este archivo.Xauthoritya la máquina XClient remota y establecer las variables de entorno DISPLAY y XAUTHORITY.DISPLAYes el número de pantalla almacenado en el archivo.XauthorityyXAUTHORITYes la ruta del archivo de Xauthority. Por ejemplo, consulta el siguiente comando:export DISPLAY={Display number stored in the Xauthority file} export XAUTHORITY={the file path of .Xauthority} <!--NeedCopy-->Nota:
Si la variable de entorno XAUTHORITY no está establecida, se utiliza el archivo
~/.Xauthorityde forma predeterminada. -
Pasa el archivo
.Xauthorityal XClient montando un directorio de inicio compartidoLa forma más cómoda es montar un directorio de inicio compartido para el usuario que ha iniciado sesión. Cuando el VDA de Linux inicia una sesión ICA, el archivo
.Xauthorityse crea en el directorio de inicio del usuario que ha iniciado sesión. Si este directorio de inicio se comparte con el XClient, el usuario no necesita transmitir este archivo.Xauthorityal XClient manualmente. Después de que las variables de entorno DISPLAY y XAUTHORITY se establezcan correctamente, la GUI se muestra automáticamente en el escritorio de XServer.
Solución de problemas
Si Xauthority no funciona, sigue los pasos de solución de problemas:
-
Como administrador con privilegios de root, recupera todas las cookies de Xorg:
ps aux | grep -i xorg <!--NeedCopy-->Este comando muestra el proceso de Xorg y los parámetros pasados a Xorg durante el inicio. Otro parámetro muestra qué archivo
.Xauthorityse utiliza. Por ejemplo:/var/xdl/xauth/.Xauthority110 <!--NeedCopy-->Muestra las cookies usando el comando Xauth:
Xauth -f /var/xdl/xauth/.Xauthority110 <!--NeedCopy--> -
Usa el comando
Xauthpara mostrar las cookies contenidas en~/.Xauthority. Para el mismo número de pantalla, las cookies mostradas deben ser las mismas en los archivos.Xauthorityde Xorg y XClient. -
Si las cookies son las mismas, comprueba la accesibilidad del puerto de visualización remoto usando la dirección IP del VDA de Linux y el número de pantalla del escritorio publicado.
Por ejemplo, ejecuta el siguiente comando en la máquina XClient:
telnet 10.158.11.11 6160 <!--NeedCopy-->El número de puerto es la suma de 6000 + <número de pantalla>.
Si esta operación de telnet falla, es posible que el firewall esté bloqueando la solicitud.
Compartir
Compartir
En este artículo
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.