]> &Brad.Hards; &Brad.Hards.mail; MatíasCosta

mcc3@alu.um.es

2003 &Brad.Hards; &FDLNotice; 2003-09-27 1.0.0 &krdc; es una aplicación cliente que le permite ver o incluso controlar la sesión de escritorio en otro sistema que este ejecutando un servidor compatible (VNC). KDE tdenetwork krfb VNC RFB krdc Compartición de escritorio Control remoto Asistencia remota Escritorio remoto &krdc; es una aplicación cliente que le permite ver o incluso controlar la sesión de escritorio en otro sistema que este ejecutando un servidor compatible (VNC). Usualmente usted usara &krdc; con el servidor VNC de &kde;, que es &krfb;, ya que comparte muchas de las características especiales de &krdc;. Por favor informe de cualquier problema o característica a la lista de correo de &kde; o abra un fallo en http://www.bugs.trinitydesktop.org. Este capítulo ofrece una breve descripción del protocolo Remote Frame Buffer usado por &krdc; y por otros sistemas compatibles. Si ya está familiarizado con Remote Frame Buffer, puede saltarse tranquilamente este capítulo. La implementación a alto nivel de un sistema usando el protocolo Remote Frame Buffer es conocido como Virtual Network Computer, o más frecuentemente como VNC. Remote Frame Buffer (o RFB para abreviar) es un sencillo protocolo para acceso remoto a interfaces gráficas de usuario. Funciona en el nivel de frame-buffer, lo cual a duras penas corresponde a la representación de la imagen de la pantalla, lo que significa que puede ser aplicado a todos los sistemas de ventanas (incluyendo X11, &MacOS; y &Microsoft; &Windows;). Las aplicaciones Remote Frame Buffer existen para muchas plataformas, y pueden normalmente ser libremente redistribuídas. En el protocolo Remote Frame Buffer, la aplicación que se ejecuta en la máquina donde el usuario se sienta (conteniendo la pantalla, teclado y apuntador), es llamado el cliente. La aplicación que se ejecuta en la máquina donde el frame-buffer está localizado (el cual está ejecutando el sistema de ventanas y aplicaciones que el usuario está controlando remotamente) es llamado el servidor. &krdc; es el cliente de &kde; para el protocolo Remote Frame Buffer. &krfb; es el servidor &kde; para el protocolo Remote Frame Buffer. Lleva una cantidad razonable de tráfico de red enviar una imagen del framebuffer, así Remote Frame Buffer funciona mejor sobre enlaces de banda ancha, como redes de área local. Aun así es posible usar &krdc; sobre otros enlaces, pero el rendimiento no será tan bueno. Es muy fácil usar &krdc; - tiene una interfaz sencilla, como se ve en la captura de debajo. Aquí tiene una captura de &krdc; Ventana principal de &krdc; Si pulsa en el botón Navegar <<, conseguirá una interfaz aún más simple, como se muestra abajo. ventana principal de &krdc;, sin la funcionalidad de navegar ventana principal de &krdc;, sin la funcionalidad de navegar. Si pulsa en el botón Navegar >>, volverá a tener la interfaz normal otra vez. &krdc; es un cliente, y necesita ser usado con servidores compatibles. Hay tres maneras distintas de conectar a dichos servidores: Escribir directamente el nombre del servidor (o la dirección IP) en el campo Escritorio remoto. Usando una invitación que halla recibido. &krfb; usa invitaciones y puede enviarlas por correo electrónico. Navegando con el Protocolo de Localización de Servicios (Service Location Protocol). Veremos cada uno más tarde. Si sabe el nombre (o su dirección IP) del servidor al que quiere conectar, puede escribirla directamente en el campo Escritorio remoto. Si quiere conectar a una maquina llamada megan, que esta ejecutando un servidor VNC en la pantalla 1, puede introducir megan:1 o vnc://megan:1 en el campo Escritorio remoto. introduciendo un nombre de servidor en &krdc; Introduciendo un nombre de servidor en &krdc; De manera parecida, si el servidor esta ejecutando un servidor RFB, puede introducir rfb://megan . RFB no necesita un numero de pantalla. Con la aplicación &krfb; servidor, es posible enviar invitaciones por correo electrónico (y por otros medios, pero correo electrónico es la más útil). Si recibe esta invitación por correo electrónico, puede sencillamente pulsar en el enlace proporciando en el correo. Esto arrancara &krdc;, si no se esta ejecutando actualmente, y conectara con el servidor especificado en la invitación. La tercera manera de usar &krdc; es navegar usando el Protocolo de Localización de Servicios. Una lista de servidores compatibles que están registrados en el sistema del protocolo se muestran en una lista en el centro de la ventana principal: &krdc; mostrando el navegador de servicios &krdc; mostrando el navegador de servicios Si su ventana principal no muestra la tabla, recuerde que puede usar el botón Navegar >> para volver a tener la ventana completa de &krfb;. Tenga en cuenta que no todos los servidores compatibles permiten el registro automático. Uno que si lo hace es el servidor &krdc; que es parte de &kde;. Si pulsa una vez en una entrada en la tabla, será seleccionada, y puede usar el Conectar para establecer una conexión al servidor. Una manera más rápida es simplemente pulsar dos veces en la entrada. Aunque el Protocolo de Localización de Servicios detecta nuevos servidores que se declaran disponibles, puede forzar a &krdc; a buscar nuevos servidores pulsando el botón Buscar. Cuando solicite la busqueda, el botón está deshabilitado (agrisado) mientras la busqueda esta siendo realizada - esto normalmente solo dura unos segundos. Cuando usa el Protocolo de Localización de Servicios (Service Location Protocol) el concepto de ámbitos es importante. Si muchos servicios están siendo anunciados, puede ser difícil revisar la lista. Un busqueda de la red también produce mucho trafico. Para evitar este problema, los administradores pueden configurar el Protocolo de Localización de Servicios con un conjunto de ámbitos, y solo registrar servicios en ciertos ámbitos. Por ejemplo, un equipo puede estar registrado en el ámbito «tercera_planta» y «logística», pero no en los ámbitos «ingeniería» ni «mantenimiento». En configuraciones más pequeñas, todo esta registrado en el ámbito «predeterminado» («DEFAULT»). &krdc; permite seleccionar otro ámbito distinto de «predeterminado» usando la lista desplegable en la esquina superior derecha de la ventana principal. No importa como seleccionó el servidor al que se conecta, lo siguiente que ocurre es que &krdc; le pregunta sobre la conexión de red al servidor, como se muestra abajo: Selección de velocidad de conexión de &krdc; Selección de velocidad de conexión de &krdc; Hay tres configuraciones de velocidad: Alta calidad (LAN, conexión directa), que es la predeterminada, y que debería evaluar como se comporta antes de seleccionar otra opción de menor calidad que use menor ancho de banda. Calidad media (DSL, cable, Internet rápido). Baja calidad (Módem, RDSI, Internet lento). Si siempre usa el mismo tipo de conexión, puede desmarcar la casilla Mostrar de nuevo este diálogo para este servidor lo cual significa que no se le volverá a preguntar sobre el tipo de conexión para este equipo, si se identifica de la mismo modo. Por ejemplo, si un equipo tiene dos nombres, y desmarca la casilla cuando se conecta usando un nombre, no se le volverá a preguntar si conecta con ese nombre. Sin embargo si se preguntara si usa el otro nombre, o la dirección IP. Seleccione la configuración de velocidad, y pulse el botón Conectar para seguir. Vera una pequeña ventana que contiene una barra de progreso, que se llena mientras &krdc; negocia la conexión. Dependiendo de la configuración del servidor, deberá (y con mucha probabilidad lo hará) proporcionar una contraseña para identificarse frente al servidor. &krdc; le mostrara un dialogo parecido al mostrado abajo. Entrada de contraseña de &krdc; Entrada de contraseña de &krdc; Despues de identificarse se conectara al servidor remoto, y puede usar &krdc; para observar o controlar el escritorio remoto. Una vez que ha conectado con el servidor remoto, normalmente usa el teclado y el ratón para controlar el sistema de ventanas y las aplicaciones en el sistema remoto. Aquí puede ver el escritorio remoto en pantalla completa, o bien como una ventana en el escritorio local. Puede cambiar entre estos modos usando los iconos mostrados abajo. &krdc; en modo de pantalla completa &krdc; en modo de pantalla completa &krdc; en modo ventana &krdc; en modo ventana El modo de pantalla completa normalmente es mejor cuando está ayudando un usuario remoto, ya que puede ver todo lo que el puede ver. El modo ventana es más útil cuando esta trabajando local y remotamente - tal vez revisando algún documento local y usando esta información en el sistema remoto. &krdc; en modo ventana se parece a algo como la imagen abajo. Ventana &krdc; Ventana &krdc; En modo ventana, puede terminar la conexión cerrando la ventana. En modo pantalla completa puede cerrar la conexión pulsando en el icono con una flecha roja como se muestra abajo. Icono para cerrar de &krdc; Icono para cerrar de &krdc; Usando el botón Preferencias en la esquina abajo a la izquierda de la ventana principal de &krdc;, puede abrir un dialogo para modificar el comportamiento de &krdc;. Pulsar el botón muestra una ventana como se muestra abajo: Preferencias de &krdc; - pestaña perfiles de máquinas Preferencias de &krdc; - pestaña Perfiles de máquinas Preferencias de &krdc; - pestaña Opciones predeterminadas de VNC Preferencias de &krdc; - pestaña perfiles de Opciones predeterminadas de VNC Preferencias de &krdc; - pestaña Opciones predeterminadas de RDP Preferencias de &krdc; - pestaña perfiles de Opciones predeterminadas de RDP &krdc; implementa un pequeño numero de ordenes &DCOP; que son descritos en este capitulo. Si no es familiar con &DCOP; no debe preocuparse. Sin embargo si le gustaría (o otra aplicación &kde;) automatizar alguna acción de &krdc;, &DCOP; es una herramienta útil. Podrá encontrar más información sobre &DCOP; en su documentación y tutoriales en linea en http://developer.kde.org. Puede finalizar la aplicación &krdc; usando la orden «quit» como se muestra en este ejemplo: %dcop krdc-25550 MainApplication-Interface quit Necesita cambiar el krdc-25550 en el ejemplo para que coincida con la instancia de &krdc; que quiera acabar. Si ejecuta dcop sin opciones vera una lista de todas las aplicaciones que se están ejecutando y que &DCOP; puede controlar. &reporting.bugs; &updating.documentation; Cuando arranco &krdc; aparece un mensaje en el que se lee No se puede explorar la red. Probablemente no haya instalado el soporte SLP correctamente. ¿Qué falla? SLP significa Service Location Protocol (Protocolo de Localización de Servicios), y es normalmente proporcionado por OpenSLP, o por Knot. Si compiló &krdc; usted mismo, esto probablemente significa que &krdc; fue compilado con las librerías SLP, pero el servidor (probablemente llamado slpd o knotd) no se esta ejecutando. Normalmente necesita arrancar alguno de estos servidores como super-usuario, lo que significa que debe pedir a su administrador que lo haga, si no puede hacerlo usted mismo. Si esta ejecutado una versión empaquetada de &krdc; entonces puede faltarle alguna dependencia. Hay tantas maneras de que esto pase que necesitara buscar ayuda de quien hizo el paquete. &krdc; Derechos de autor del programa. 2002. Tim Jansen tim@tjansen.de. Contribuciones: Ian Reinhart Geiser geiseri@kde.org Derechos de autor de la documentación. © 2003. &Brad.Hards; &Brad.Hards.mail;. Matías Costamcc3@alu.um.es &underFDL; &underGPL; &install.intro.documentation; &install.compile.documentation; &documentation.index;