-----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: [EMAIL PROTECTED] - 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-----
