El reenvío X11 no funciona desde masilla y XMing a centos 6.4


8

Tengo centos 6.4 ejecutándose en VirtualBox. Me puedo conectar a través de masilla bien. Sin embargo, el reenvío X11 no funciona. Tengo Xming 6.9.0.31 ejecutándose y putty 0.62 está configurado para el reenvío X11:

Masilla y Xming

Sin embargo, cuando conecto DISPLAY no está configurado:

[jdearing@njlt0151 ~]$ echo $DISPLAY

[jdearing@njlt0151 ~]$

Y el lanzamiento del terminador falla

[jdearing@njlt0151 ~]$ terminator
Traceback (most recent call last):
  File "/usr/bin/terminator", line 30, in <module>
    import gtk, pango, gobject
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py", line 64, in <module>
    _init()
  File "/usr/lib64/python2.6/site-packages/gtk-2.0/gtk/__init__.py", line 52, in _init
    _gtk.init_check()
RuntimeError: could not open display
[jdearing@njlt0151 ~]$

¿Qué estoy haciendo mal?

Respuestas:


14

Para que el reenvío X11 funcionara, necesitaba ejecutarlo yum install xauth. En ese momento, Terminator no renderizó la fuente de la consola correctamente. No estaba particularmente preocupado por tener un conjunto mínimo de fuentes, así que lo hice yum -y groupinstall fontsy reinicié el terminador. Las fuentes se representan correctamente.


yum install xauthlo hizo por mí
davejal

En CentOS 7.3, yum install xauthfunciona para mí.
Mathsyouth

3

Debe establecer la pantalla local X en "localhost: 0" en ese cuadro de texto.

                ss de masilla

¿Necesario para configurar la pantalla?

Por lo general, no debería tener que configurar nada en ese cuadro, "Habilitar el reenvío X11" es sinónimo de configurar el -Xinterruptor cuando sshsale del terminal. Pero algunos servidores X, como Xming y Exceed, no llevan la pantalla hacia adelante en ciertos casos, por lo que configurarla lo protege explícitamente.

Referencias


En realidad no necesitaba hacer esto. El tenor literal de esta página Usted puede entrar en localhost implica el establecimiento de la pantalla es opcional. Estoy seguro de que configurar la pantalla se hace necesario en entornos en los que reenvía servidores X de terceros.
Justin Dearing

1
De acuerdo, normalmente no debería necesitar configurar nada en ese cuadro, "Habilitar el reenvío X11" es sinónimo de configurar el -Xinterruptor cuando ssh desde el terminal. Pero algunos servidores X, como Xming y Exceed, no llevan la pantalla hacia adelante en ciertos casos, por lo que configurarla lo protege explícitamente.
slm

2

La forma en que hago esto es (en Debian) para servidores (es decir, una instalación mínima de X) es a través de ' xvfb paquete ', que es un servidor X virtual framebuffer "falso" para X.Org. También es necesario instalar los paquetes 'xauth' y 'xterm'. Estoy bastante seguro de que todo lo demás instalado es para satisfacer las dependencias de estos. Después de hacer eso, ejecutar 'xterm' funciona a través de ssh (como cualquier otro programa GUI).

No he intentado usar el reenvío X a través de masilla (normalmente no ejecuto Windows) todavía, pero si recuerdo, intentaré hacerlo alguna vez.


1

Me encontraba con un problema similar esta noche. Del mismo modo, estoy ejecutando Virtualbox en un sistema operativo host de Microsoft Windows. El sistema operativo invitado que estoy usando es Kubuntu, pero, por supuesto, la configuración entre XMing, PuTTY y Virtualbox sería similar. Aunque mi respuesta es un poco tardía, tal vez sea de ayuda.

Esta solución se realizó con un dispositivo virtual VirtualBox que publicaba un adaptador de interfaz de red de tipo NAT en el sistema operativo host. Para otros adaptadores de interfaz de red, la configuración puede diferir.

Con el adaptador NAT, esta configuración requiere la dirección IP de ese adaptador, en el lado de Microsoft Windows. Esa dirección se puede determinar en el shell del Explorador de Windows, a través de la ventana "Centro de redes y recursos compartidos", en la que se 'haría clic' en la _Virtualbox Host-Only Network adapter_ventana 'Estado' resultante, luego de seleccionar el botón 'Detalles', el IPv4 la dirección de la interfaz de red de host de Virtualbox, en el lado de Microsoft Windows de la interfaz, se mostrará en esa ventana de estado. En mi PC, la dirección es 192.168.50.1.

Si la dirección IP choca con otros dispositivos de red, la dirección IP se puede cambiar, a través de la ventana 'Propiedades', como está disponible en la misma ventana 'Estado', luego seleccionando el elemento IPv4 y el botón 'Propiedades', luego ingresando una dirección IP diferente. Por supuesto, el dispositivo virtual Virtualbox no debería ejecutarse cuando se cambia la dirección, o Windows podría no propagar correctamente el cambio de dirección para esa interfaz.

Entonces, habiendo determinado la dirección IP en el lado de Windows del adaptador, entonces uno puede ejecutar la GUI VirtualBox Qt, para agregar una regla de reenvío de puertos para el mismo dispositivo virtual en Virtualbox. Estoy seguro de que hay un comando de shell conveniente que podría usarse para agregar la regla de reenvío de puertos con VBoxManage, alternativamente. Por supuesto, la configuración de la GUI también es bastante sencilla.

El cambio de reenvío de puertos, en el dispositivo virtual de Virtualbox respectivo, se puede realizar a través de la página 'Redes' en la ventana de diálogo Configuración del dispositivo virtual . El botón 'Reenvío de puertos' muestra una ventana de configuración simple para las reglas de reenvío de puertos en el dispositivo virtual correspondiente.

Al agregar una nueva regla de reenvío de puertos para la configuración SSH, la dirección IP que se determinó a partir del adaptador, en el sistema operativo invitado de Microsoft Windows, esa dirección se ingresaría como la dirección 'Host IP'. Se ingresará un número de puerto arbitrario superior a 1024 como el 'puerto host' para la regla de reenvío de puertos. Luego, el puerto del servidor SSH dentro del dispositivo virtual, generalmente 22, que se agregaría como el 'Puerto invitado' para la regla de reenvío de puertos. Personalmente, he dejado el campo 'Guest IP' en blanco, y funciona igual de bien.

Entonces, eso habría servido para configurar Virtualbox para permitir una conexión SSH desde la PC host al SO huésped. (Por supuesto, uno podría suponer que eso no debería ser necesario, cuando se selecciona el adaptador NAT solo host. Aparentemente, la regla de reenvío de puertos es necesaria incluso con el tipo de adaptador de red NAT) La configuración se puede probar usando un sesión regular de Putty, p. ej. a 192.168.50.1:2222

He usado Xlaunch en mi propia configuración. Evidentemente, la configuración creada con Xlaunch serviría para garantizar que XMing administraría la parte X11 del reenvío de puertos, como cuando Xming estaría configurado para usar PuTTY o SSH. No he interactuado directamente con PuTTY, en esta gran parte de la configuración.

Simplemente, cuando use Xlaunch para la configuración de Xming: Luego, en la última página de la ventana de diálogo de configuración, en Xlaunch, uno debe ingresar el "puerto host" desde la regla de reenvío de puertos, junto con el argumento de línea de comando apropiado para PuTTY o SSH, por ejemplo, "-P 2222" sin las comillas, por supuesto. Eso iría al campo "Parámetros adicionales para PuTTY o SSH" en la ventana de configuración de Xlaunch. En el dot-xlauncharchivo XML resultante , se muestra comoExtraSSH="-P 2222"

Luego, "Simplemente funciona", LoL. Por supuesto, si se seleccionara un adaptador de interfaz de red distinto de NAT en la configuración del dispositivo virtual, entonces la configuración exitosa podría diferir ampliamente de la indicada aquí.

Al usar nuestro sitio, usted reconoce que ha leído y comprende nuestra Política de Cookies y Política de Privacidad.
Licensed under cc by-sa 3.0 with attribution required.