begin answer to Rub�n :
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Hola a todos,
>
> Vamos a ver, estoy intentando tal cual lo que pone arriba.
>
> En una red local me conecto a otra m�quina via telnet e intento abrir
> una aplicaci�n X sin �xito.
>
> Pasos realizados:
>
> 1� Maquina local: Ejecuto �xhost +�
> 2� Maquina(s) remotas: exporto la variable DISPLAY
> 3� Intento ejecutar una aplicaci�n (xeyes) y no tira.
>
> - --- M�quina remota ejecutando Mandrake 9.2 -------
> [EMAIL PROTECTED] rgomeza]$ echo $DISPLAY
> Puerto-Lobo:0.0
> [EMAIL PROTECTED] rgomeza]$ xeyes
> Error: Can't open display: Puerto-Lobo:0.0
> [EMAIL PROTECTED] rgomeza]$
>
> - ----------- Fin de salida de consola ---------
>
> - ----- M�quina remota ejecutando Woody --------
> [EMAIL PROTECTED]:~$ echo $DISPLAY
> Puerto-Lobo:0.0
> [EMAIL PROTECTED]:~$ xeyes
> Error: Can't open display: Puerto-Lobo:0.0
> [EMAIL PROTECTED]:~$
> - ---------- Fin de salida de consola ---------
>
> Como veis no hay diferencia entre un sistema y otro.
>
> Buscando por ahi he encontrado que copiando el .Xauthority del usuario
> que ejecuta las X en el momento hasta el directorio del usuario
> remoto, puede ir, pero nada. O sea, esto:
>
> /home/usario_local/.Xauthority -- copiar --> /home/usuario_remoto/
>
nadaaaaa, lo que pasa es que en debian, y por seguridad, no las x no
escuchan peticiones del exterior. Sobre como hacer que el servidor x
vuelva a escuchar las peticiones gr�ficas, busca en los archivos de la
lista (google-> groups <debian-user-spanish cadena de busqueda>).
> Pd.: Ya se que con ssh es posiblemente mas facil, pero me gustar�a
> resolverlo con telnet porque no me apetece empezar a generar claves
> ssh para todas las otras m�quinas.
yo lo he probado por telnet y por ssh y en ambos uso siempre el mismo
procedimiento (y te encontrar�as con el mismo problema).
Aritz Beraza [Rei]
--
Aritz Beraza Garayalde [aritz.beraza en estudiant.upc.es]
[aber1730 en linuxupc.upc.es]
Linux User 272970 [http://evangelion.homelinux.net]
