Re: ¿Cómo ejecuto aplicaciones a travez de SSH
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Manuel wrote:
> El día Friday 03 March 2006 09:19, Ricardo Frydman Eureka! escribió:
>
>>Por favor, relee el codigo que rige esta lista que envie /ayer/.
>>*Siempre* con copia a la lista!
>>
>
>
> Bueno, ya no pasará mas, me cambié a kmail y ya no tengo que estar cambiando
> los campos to y cc para que el correo llegue a la lista sin tener que estar
> pendiente.
Me estas tomando el pelo verdad? Si pretendes continuar con esto mandalo
A LA LISTA!!!!!!!! No a mi personal!
>
>
>>Manuel wrote:
>>
>>>El día Thursday 02 March 2006 09:15, Ricardo Frydman Eureka! escribió:
>>>
>>>>Manuel wrote:
>>>>
>>>>>El día Sunday 26 February 2006 00:02, max escribió:
>>>>>
>>>>>>Buenas a todos se me presento en caso de que tenía que ejecutar
>>>>>>mozilla-thunderbird y estaba a travez de SSH en el lado opuesto de la
>>>>>>ciudad. Pues no supe que hacer,y entré por VNC pero mi pregunta es,
>>>>>>¿Cómo hago para ejecutar cualquier tipo de aplicación gráfica a travez
>>>>>>de SSH?
>>>>>>
>>>>>>Saludos, espero que me ayuden :-P
>>>>>
>>>>>Max,
>>>>> No se si te respondieron, perdí parte de mis correos y lo que veo en
>>>>>este thread no tiene nada que ver con tu pregunta.
>>>>
>>>>si fue respondido,
>>>>
>>>>
>>>>>ssh -X ...
>>>>
>>>>bien
>>>>
>>>>
>>>>>Para que hagas un tunel
>>>>
>>>>No confundamos los terminos eso /no/ es un tunel, es una conexion al
>>>>servicio ssh que muestra localmente algo que se ejecuta remotamente.
>>>
>
> A que te refieres cuando dices que "que muestra localmente algo que se ejecuta
> remotamente.", me da la impresión que te refieres a algo como vnc que tiene
> un servicio que transmite lo que se presenta remotamente y lo hace visible
> localmente.
>
>
>
>>>ssh no usa remote frame buffer o algo similar
>>
>>Que tiene que ver frame bufer aqui? No entiendo que quisiste decir.
>>
>>
>>>>Un tunel (tal como su nombre lo indica) consiste en abrir un puerto
>>>>localmente y unirlo, enlazarlo a otro remoto, corriendo la conexion de
>>>>manera seguro por el servidor ssh.
>>>>La sintaxis es:
>>>>ssh -L (o -R) -ppuerto -lusuario puertolocal:hostremoto:puertoremoto host
>>>
>>>Bueno, quizás me equivoqué y pensaba que ssh recolectaba el puerto
>>>6000+display y lo enlazaba de la máquina remota a la local, algo como
>>>localhost:10.0 |tune| :0.0
>>
>>Aqui tampoco me queda claro que quieres decir.
>>
>
>
>
>
> Bueno, aquí es donde está el asunto y creo que la discusión técnica agrega
> valor y conocimiento.
>
> Lo que yo interpreto del argumento "-X" -- que es el que permite la
> presentación local de las aplicaciones -- es que ssh hace un
> "-R"(equivalente) pero no de puerto a puerto sino que del puerto del display
> remoto al scoket* del display local, adicionalmente instancia la variable de
> ambiente DISPLAY a un puerto libre (fíjate que la asigna al localhost:10.0 y
> no a :10.0) a el cual le hace el forward ( no usemos tunel par no polemizar),
> si es así, ssh no hace que la pantalla se vea localmente sino que en X la
> presentación de la pantalla esta desligada de la aplicación en sí y siempre
> se presenta en el servidor de display asignado, el cual _por lo general_ es
> la misma máquina.
>
> Ahora evaluemos "túnel", voy a comenzar en castellano para hacerlo fácil.
> "Túnel
> (Del ingl. tunnel).
> 1. m. Paso subterráneo abierto artificialmente para establecer una
> comunicación. " . De acuerdo a la Real Academia Española, [Disponible en]
> http://buscon.rae.es/draeI/SrvltGUIBusUsual?TIPO_HTML=2&LEMA=t%C3%BAnel
>
> Haciendo análisis sobre mi exposición anterior, el concepto de túnel aplica
> metafóricamente al hecho de hacer un enlace artificial para establecer una
> comunicación entre un DISPLAY remoto y el DISPLAY local
>
> Si lo que expongo es correcto entonces ssh notiene servicio alguno para
> presentar nada, sólo es un software excelente para cifrar canales y
> redireccionar puertos remotos a locales y viceversa, pudiendo el destino
> local ser un socket unix* y no tcp.
>
> Si todo lo que he escrito esta malo y alguien responde el funcionamiento
> correcto habré aprendido algo nuevo y valió la pena dado que la lectura del
> man que me recomendaron no me sirvió.
>
> * La verdad es que no estoy 100% seguro de que sea un socket unix pero lo
> verificaré
>
>
>>>man ssh
>>>-X and -x options described later) and the user is using X11 (the DISPLAY
>>> environment variable is set), the connection to the X11 display is
>>>auto‐ matically *forwarded* to the remote side in such a way that any X11
>>>pro‐ grams started from the shell (or command) will go through the
>>>encrypted channel, and the connection to the real X server will be made
>>>from the local machine.
>>>...
>>>-L [bind_address:]port:host:hostport
>>> Specifies that the given port on the local (client) host is to be
>>> *forwarded* to the given host and port on the remote side.
>>>
>>>En los dos casos usan la palabra forward :-|
>>
>>Y eso que tiene que ver con tuneles?
>>Forward en ingles es redirigir.En ambos casos rediriges cosas, pero en
>>una abres un tunel y en el otro no :)
>>
>>
>>>>Para mas informacion, man ssh.
>>>>
>>>>
>>>>>y puedas ejecutar cualquier aplicación por la red. Un
>>>>>poco lento para una WAN pero funciona.
>>>>
>>>>Es bastante mas rapido que VNC, segun mis mediciones.
>>>>
>>>>
>>>>>Suerte
>
>
- --
Ricardo A.Frydman
Consultor en Tecnología Open Source - Administrador de Sistemas
jabber: ricardoeureka@gmail.com - http://www.eureka-linux.com.ar
SIP # 1-747-667-9534
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)
iD8DBQFECYndkw12RhFuGy4RAluNAJ4u0s17awJmjqRVuEpwMgeZA3I7ggCcCgxy
eGmaYNHDibfadvA5X1ixaO8=
=Vro+
-----END PGP SIGNATURE-----
Reply to: