<HTML> <HEAD> <TITLE>TERM Como: X y TERM</TITLE> </HEAD> <BODY> <A HREF="Term-Como-5.html">Anterior</A> <A HREF="Term-Como-7.html">Siguiente</A> <A HREF="Term-Como.html#toc6">Indice</A> <HR> <H2><A NAME="s6">6. X y <CODE>TERM</CODE></A></H2> <P><CODE>term</CODE> permite a los usuarios abrir ventanas X en la máquina local desde clientes que están corriendo en una máquina de la red. Esto se hace usando el cliente <CODE>txconn</CODE>. <CODE>txconn</CODE> se ejecuta en el remoto, la máquina conectada en red; se invoca simplemente como <CODE>txconn</CODE>. Se coloca en background y devuelve un número a la salida estándard; este número es el número de <I>display</I> que los clientes deben usar para acceder al servidor X de la máquina local. Un ejemplo aclarará ésto. Estoy accediendo a mi cuenta, vía <CODE>trsh</CODE>, en mi host remoto, llamado ``<CODE>foo</CODE>''. En <CODE>foo</CODE> realizo lo siguiente: </P> <P> <BLOCKQUOTE><CODE> <PRE> foo$ txconn Xconn bound to screen 10 :10 foo$ </PRE> </CODE></BLOCKQUOTE> </P> <P>Ahora, para cualquier host en el que quiera correr un cliente X, o sea, verlo en el servidor X de mi máquina local, haré:</P> <P> <BLOCKQUOTE><CODE> <PRE> setenv DISPLAY foo:10 </PRE> </CODE></BLOCKQUOTE> </P> <P>(para <CODE>bash</CODE> debería usarse <CODE>export DISPLAY=foo:10</CODE>). En algunos casos además de eso puede ser necesario hacer un <CODE>xhost + foo</CODE> en la máquina local. Ahora, cuando arranque el cliente, intentará conectar con la pantalla 10 de la máquina <CODE>foo</CODE>, pero <CODE>txconn</CODE> estará escuchando en esa pantalla, y pasará todos los paquetes con protocolo X vía <CODE>term</CODE> al servidor X en el host local; es decir, la ventana se abrirá en la máquina local. </P> <P>Es posible trabajar en el otro sentido - correr un cliente en la máquina local y tener abierta la ventana en una máquina remota de la red; sin embargo, retrasaremos esta explicación hasta después de haber comentado <CODE>tredir</CODE>. </P> <P><CODE>txconn</CODE> no es terriblemente seguro; cualquiera puede conectar con el servidor local vía <CODE>term</CODE> y provocar todo tipo de daños. Si este tipo de cosas son preocupantes, podría ser una buena idea considerar el uso de <CODE>xauth</CODE> para autorizar las conexiones. Consulte la página de manual sobre <CODE>xauth</CODE>. </P> <P>El protocolo X no es muy eficiente; desperdicia algo de ancho de banda. Esto no suele ser un problema en una ethernet, pero puede ser un crimen vía módem. Se supone que X11R6 presenta una versión de bajo ancho de banda del protocolo X, <I>LBX</I>. Si, por el contrario, se está usando X11R5 puede recurrirse a una utilidad llamada <CODE>sxpc</CODE> que comprime el protocolo X, mejorando la respuesta sobre líneas serie. <CODE>sxpc</CODE> incluye un texto sobre cómo hacerlo funcionar con <CODE>term</CODE>, y está recomendado. El paquete <CODE>sxpc</CODE> también explica como usar <CODE>xauth</CODE>; por lo que está doblemente recomendado. </P> <HR> <A HREF="Term-Como-5.html">Anterior</A> <A HREF="Term-Como-7.html">Siguiente</A> <A HREF="Term-Como.html#toc6">Indice</A> </BODY> </HTML>