<para>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. </para>
<para>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. </para>
<para>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;. </para>
<para>Por favor comunique quaisquer problemas ou pedidos de funcionalidades para as listas de correio do &kde; ou envie um erro para <ulink url="http://bugs.trinitydesktop.org">http://www.bugs.trinitydesktop.org</ulink>. </para>
<para>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. </para>
<para>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 <acronym>VNC</acronym>. </para>
<para>O Buffer de Quadro Remoto (ou, do inglês, <acronym>RFB</acronym> 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. </para>
<para>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. </para>
<para>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. </para>
<para>Se você clicar no botão <guibutton>Navegar <<</guibutton>, você irá obter uma interface ainda mais simples, como é apresentado abaixo. </para>
<para>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 <guilabel>Computador remoto:</guilabel>. </para>
<para>Se você quiser conectar-se a máquina chamada 'maria', que esteja rodando um servidor de <acronym>VNC</acronym> na tela 1, você poderá digitar <userinput>maria:1</userinput> ou, alternativamente, <userinput>vnc:/maria:1</userinput> na lista <guilabel>Computador remoto:</guilabel>. </para>
<para>De forma similar, se você estiver usando um servidor de <acronym>RFB</acronym> nessa máquina, você poderá inserir <userinput>rfb:/maria</userinput>. O RFB não necessita que o número da tela seja indicado. </para>
<para>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. </para>
<sect2><title>Usando o Protocolo de Localização de Serviço</title>
<para>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: </para>
<para>Se a sua janela principal não contiver a tabela, lembre-se que poderá usar o botão <guibutton>Navegar >></guibutton> 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;. </para>
<para>Se você clicar uma vez num item da tabela, ele ficará selecionado, e você poderá usar o <guibutton>Conectar</guibutton> 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. </para>
<para>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 <guibutton>Pesquisar</guibutton>. Quando pedir essa pesquisa, o botão fica desativado (acinzentado) enquanto a pesquisa está sendo feita - isto leva normalmente alguns segundos. </para>
<para>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 <guilabel>Escopo:</guilabel> no canto superior direito da janela principal. </para>
<para>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: </para>
<listitem><para>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. </para></listitem>
<listitem><para>Qualidade Média (DSL, Cabo, Internet rápida).</para></listitem>
<listitem><para>Baixa Qualidade (Modem, RDIS, Internet lenta).</para></listitem>
<para>Se você sempre trabalha com o mesmo tipo de conexão, você poderá deselecionar a opção <guilabel>Mostrar esta janela novamente para esta máquina</guilabel>, 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. </para>
<para>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. </para>
<para>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. </para>
<para>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. </para>
<para>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. </para>
<sect1 id="managing-configuration"><title>Gerenciando a configuração do &krdc;</title>
<para>Usando o botão de <guibutton>Preferências...</guibutton> 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: </para>
<para>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 <ulink url="http://developer.kde.org">http://developer.kde.org</ulink>. </para>
<para>Você terá de alterar o <userinput>krdc-25550</userinput> no exemplo para corresponder à instância do &krdc; que deseja de fato terminar. Se você rodar o <command>dcop</command> sem opções, irá obter uma lista com todos os aplicativos que estão rodando e que o &DCOP; consegue controlar. </para>
<para>Quando início o &krdc; recebo uma mensagem que diz <computeroutput>Não é possível navegar na rede. Provavelmente não instalou o suporte de SLP corretamente.</computeroutput>. O que está errado?</para>
<para>O SLP é a sigla, do inglês, para Protocolo de Localização de Serviço, que é fornecido normalmente pelo <application>OpenSLP</application> ou pelo <application>The Knot</application>. </para>
<para>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 <command>slpd</command> ou <command>knotd</command>) 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. </para>
<para>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.</para>
