]> &Brad.Hards; &Brad.Hards.mail; MarcusGama

marcus_gama@uol.com.br

Tradução 2003 &Brad.Hards; &FDLNotice; 2003-09-27 1.0.0 O &krdc; é um aplicativo cliente que lhe permite ver ou mesmo controlar a sessão da tela de outra máquina que esteja rodando um servidor compatível com o VNC. KDE tdenetwork krfb VNC RFB krdc Compartilhamento de Tela Controle Remoto Assistência Remota Tela Remoto O &krdc; é um aplicativo cliente que lhe permite ver ou mesmo controlar a sessão da tela de outra máquina que esteja rodando um servidor compatível com o VNC. Você irá usar tipicamente o &krdc; com o servidor de VNC do &kde;, que é o &krfb;, uma vez que ele corresponde bastante às funcionalidades especiais do &krdc;. Por favor comunique quaisquer problemas ou pedidos de funcionalidades para as listas de correio do &kde; ou envie um erro para http://www.bugs.trinitydesktop.org. Este capítulo oferece uma breve descrição do protocolo Buffer de Quadro Remoto que é usado pelo &krdc; e pelos outros sistemas compatíveis. Se você já estiver familiarizado com o 'Buffer de Quadro Remoto', você poderá pular sem problemas este capítulo. A implementação de alto nível de um sistema que use o protocolo Buffer de Quadro Remoto é conhecido como Virtual Network Computer (Computador de Rede Virtual), ou mais frequentemente por VNC. O Buffer de Quadro Remoto (ou, do inglês, RFB para abreviar) é um protocolo simples para o acesso remoto às interfaces gráficas dos usuários. Funciona ao nível do buffer de quadro, o que corresponde grosseiramente à imagem desenhada no tela, o que significa que pode ser aplicado a todos os sistemas de janelas (incluindo o X11, &MacOS; e &Microsoft; &Windows;). As aplicações do Buffer de Quadro Remoto existem para várias plataformas e poderão ser redistribuídas livremente. No protocolo do Buffer de Quadro Remoto, o aplicativo que se executa na máquina em que o usuário se senta (que contém a tela, o teclado e o mouse) é chamado de cliente. O aplicativo que roda na máquina em que o buffer de quadro se encontra (e onde está rodando o sistema de janelas e os aplicativos que o usuário está controlando remotamente) é chamado de servidor. O &krdc; é o cliente do &kde; para o protocolo do Buffer de Quadro Remoto. O &krfb; é o servidor do &kde; para o mesmo protocolo. Ele gera um significativo tráfego de rede para enviar uma imagem da tela completa, por isso o Buffer de Quadro Remoto funciona melhor em redes com banda larga, como uma rede local. É possível ainda usar o &krdc; em outras conexões, mas a performance é pouco provável que seja tão boa. É bastante simples usar o &krdc; - ele possui uma interface simples, tal como é demonstrado na captura de tela abaixo. Aqui está uma captura de tela do &krdc; A janela principal do &krdc; Se você clicar no botão Navegar <<, você irá obter uma interface ainda mais simples, como é apresentado abaixo. A janela principal do &krdc; sem funcionalidade de navegação A janela principal do &krdc; sem funcionalidade de navegação Se você clicar no botão Navegar >>, você voltará a ter a interface normal de volta. O &krdc; é um cliente e necessita ser usado com servidores compatíveis. Existem três formas de se conectar a esses servidores: Digitando diretamente o nome do servidor (ou o seu endereço IP) na lista Computador remoto:. Usando um convite que tenha recebido. O &krfb; usa convites e pode enviá-los por mensagem eletrônica. Usando o protocolo de navegação 'Protocolo de Localização de Serviço' (Protocolo de Localização de Serviço). Vamos olhar para um de cada vez. Se você souber o nome da máquina (ou o seu endereço IP) servidora a qual deseja conectar-se, você poderá inserí-lo diretamente na lista Computador remoto:. Se você quiser conectar-se a máquina chamada 'maria', que esteja rodando um servidor de VNC na tela 1, você poderá digitar maria:1 ou, alternativamente, vnc:/maria:1 na lista Computador remoto:. Inserindo um nome de uma máquina no &krdc; Inserindo um nome de uma máquina no &krdc; De forma similar, se você estiver usando um servidor de RFB nessa máquina, você poderá inserir rfb:/maria. O RFB não necessita que o número da tela seja indicado. Dentro do aplicativo servidor do &krfb;, é possível enviar convites por e-mail (e de outras formas, ainda que a do e-mail seja a mais útil). Se você receber este tipo de convite por e-mail, você poderá simplesmente clicar na ligação fornecida pelo e-mail. Isto irá iniciar o &krdc; se não estiver já rodando, e conectar-se-á ao servidor indicado no convite. A terceira forma de usar o &krdc; é escolher a máquina usando o Protocolo de Localização de Serviço. Uma lista de servidores compatíveis que se encontrem registrados no sistema do Protocolo de Localização de Serviço é mostrada na lista no centro da janela principal: O &krdc; mostrando a navegação de serviços O &krdc; mostrando a navegação de serviços Se a sua janela principal não contiver a tabela, lembre-se que poderá usar o botão Navegar >> para voltar à janela completa do &krdc;. Da mesma forma, nem todos os servidores compatíveis suportam o registro automático - um dos que faz isso é o servidor &krfb;, que faz parte do &kde;. Se você clicar uma vez num item da tabela, ele ficará selecionado, e você poderá usar o Conectar para estabelecer uma conexão ao servidor. Como atalho, você poderá fazer duplo-clique num item, o que também permitirá estabelecer uma conexão. Embora o Protocolo de Localização de Serviço detecte normalmente os servidores que passam a estar disponíveis, você também poderá forçar o &krdc; a procurar por novos servidores. Isto é feito com o botão Pesquisar. Quando pedir essa pesquisa, o botão fica desativado (acinzentado) enquanto a pesquisa está sendo feita - isto leva normalmente alguns segundos. Ao usar o Protocolo de Localização de Serviço, o conceito de Escopo é importante. Se existirem vários serviços publicados, torna-se pouco fácil percorrer uma lista. Uma nova pesquisa também poderá produzir algum tráfego acentuado de rede. Para evitar este problema, os administradores podem configurar o Protocolo de Localização de Serviço com um conjunto de Escopos, e só registrar os serviços em determinados escopos. Por exemplo, uma máquina poderá estar registrada no âmbito "terceiro_andar" e em "logistica", mas não no "engenharia" ou no "manutencao". Em configurações mais simples, está tudo registrado no âmbito "DEFAULT" (padrão). O &krdc; suporta a seleção de escopo que não o "DEFAULT", usando a lista Escopo: no canto superior direito da janela principal. Independentemente de como seleciona o servidor ao qual se conecta, a próxima coisa que acontece é que o &krdc; lhe pergunta sobre a conexão de rede ao servidor, como é apresentado abaixo: Seleção da velocidade de conexão do &krdc; Seleção da velocidade de conexão do &krdc; Existem três configurações de velocidade: Alta Qualidade (LAN, conexão direta), que é a padrão, e você deverá avaliar como esta configuração se comporta antes de selecionar uma opção de menor performance que use menos largura de banda. Qualidade Média (DSL, Cabo, Internet rápida). Baixa Qualidade (Modem, RDIS, Internet lenta). Se você sempre trabalha com o mesmo tipo de conexão, você poderá deselecionar a opção Mostrar esta janela novamente para esta máquina, o que significa que não terá que responder mais sobre o tipo de conexão para esta máquina, desde que a identifique da mesma forma. Por exemplo, se uma máquina tiver dois nomes, e desligar a opção ao conectar-se com um nome, você não será mais questionado se conectar-se por esse nome, ainda que o seja se usar o outro nome ou o endereço IP. Você pode selecionar a configuração da velocidade apropriada e depois selecionar Conectar para prosseguir. Você verá então uma pequena janela que contém uma barra de progresso que vai sendo preenchida à medida que o &krdc; negocia a conexão. Dependendo da configuração do servidor, você poderá (quase com certeza) necessitar de indicar uma senha para se autenticar no servidor. O &krdc; irá mostrar uma janela de autenticação semelhante à seguinte. Janela de senha do &krdc; Janela de senha do &krdc; Após a autenticação, você irá conectar-se ao servidor remoto, e poderá começar a usar o &krdc; para observar ou controlar a tela remota. Depois de conectar-se à tela remota, você irá usar normalmente o teclado e o mouse para controlar o sistema de janelas e os aplicativos nessa máquina remota. Você poderá ver a tela remota como uma tela cheia, ou como uma janela na tela local. Você poderá alternar entre esses modos com os ícones mostrados abaixo. Seleção do modo de tela cheia do &krdc; Seleção do modo de tela cheia do &krdc; Seleção do modo de janela do &krdc; Seleção do modo de tela completo do &krdc; O modo de tela cheia é normalmente melhor quando você está ajudando um usuário remoto, porque consegue ver tudo o que ele consegue ver. O modo de janela é mais útil quando você está trabalhando tanto remotamente como localmente - talvez vendo alguma documentação local e usando essas instruções na máquina remota. O &krdc;, no modo de janela, assemelha-se a algo como mostra a captura de tela abaixo. A janela do &krdc; A janela do &krdc; No modo de janela, você poderá terminar a conexão se fechar a janela. No modo de tela cheia, você poderá terminar a conexão selecionando o ícone vermelho de "fechar", que é mostrado abaixo. O ícone para fechar do &krdc; O ícone para fechar do &krdc; Usando o botão de Preferências... no canto inferior esquerdo da janela principal do &krdc;, você poderá abrir um diálogo para modificar o comportamento do &krdc;. Selecionar esse botão fará aparecer uma janela como a que aparece abaixo: Preferências do &krdc; - aba de Perfis das Máquinas Preferências do &krdc; - aba de Perfis das Máquinas Preferências do &krdc; - aba de Padrões do VNC Preferências do &krdc; - aba dos perfis dos Padrões do VNC Preferências do &krdc; - aba de Padrões do RDP Preferências do &krdc; - aba dos perfis de Padrões do RDP O &krdc; suporta um pequeno número de comandos de &DCOP;, que são descritos neste capítulo. Se você não estiver familiarizado com o &DCOP;, então não necessitará se preocupar com isto. Contudo, se quiser automatizar algumas das suas ações do &krdc; (ou de outro aplicativo do &kde;), o &DCOP; é uma ferramenta útil. Você poderá descobrir mais sobre o &DCOP; na sua documentação 'on-line' e nos tutoriais em http://developer.kde.org. Você poderá fechar o aplicativo &krdc; com o comando 'quit', como é mostrado neste exemplo: %dcop krdc-25550 MainApplication-Interface quit Você terá de alterar o krdc-25550 no exemplo para corresponder à instância do &krdc; que deseja de fato terminar. Se você rodar o dcop sem opções, irá obter uma lista com todos os aplicativos que estão rodando e que o &DCOP; consegue controlar. &reporting.bugs; &updating.documentation; Quando início o &krdc; recebo uma mensagem que diz Não é possível navegar na rede. Provavelmente não instalou o suporte de SLP corretamente.. O que está errado? O SLP é a sigla, do inglês, para Protocolo de Localização de Serviço, que é fornecido normalmente pelo OpenSLP ou pelo The Knot. Se foi você quem compilou o &krdc;, poderá acontecer que o &krdc; tenha sido compilado com as bibliotecas de SLP, mas o servidor (que se poderá chamar slpd ou knotd) não esteja rodando. Você normalmente precisa iniciar estes servidores como super-usuário, o que poderá significar pedir ao seu administrador de sistemas para fazer isso, se você não conseguir fazê-lo. Se você estiver rodando uma versão que veio num pacote do &krdc;, então poderá ter algumas dependências faltando. Existem tantas formas disto acontecer que você terá que pedir suporte a quem criou o pacote. &krdc; Direitos autorais do programa 2002 Tim Jansen tim@tjansen.de Contribuições: Ian Reinhart Geiser geiseri@kde.org Direitos autorais da documentação © 2003 &Brad.Hards; &Brad.Hards.mail; Tradução de Marcus Gamamarcus_gama@uol.com.br &underFDL; &underGPL; &install.intro.documentation; &install.compile.documentation; &documentation.index;