O Manual do Remote Desktop Connection
O Manual do Remote Desktop Connection
Próximo

O Manual do Remote Desktop Connection

Brad Hards

Tradução: José Pires
Revisão 1.0.0 (2003-09-27)

É dada permissão para copiar, distribuir e/ou modificar este documento ao abrigo da GNU Free Documentation License, Versão 1.1 ou de uma versão mais recente publicada pela Free Software Foundation; sem Secções Invariantes, sem Textos de Capa Frontal, e sem Textos de Capa Traseira. Uma cópia desta licença está incluida na secção intitulada "GNU Free Documentation License".

O Remote Desktop Connection é uma aplicação cliente que lhe permite ver ou mesmo controlar a sessão do ecrã de outra máquina que esteja a correr um servidor compatível com o VNC.


Capítulo 1. Introdução
Introdução
Anterior
Próximo

Capítulo 1. Introdução

O Remote Desktop Connection é uma aplicação cliente que lhe permite ver ou mesmo controlar a sessão do ecrã de outra máquina que esteja a correr um servidor compatível com o VNC.

Você irá usar tipicamente o Remote Desktop Connection com o servidor de VNC do KDE, que é o Desktop Sharing, dado que corresponde bastante às funcionalidades especiais do Remote Desktop Connection.

Por favor comunique quaisquer problemas ou pedidos de funcionalidades para as listas de correio do KDE ou envie um erro para http://www.bugs.kde.org.

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Capítulo 2. O protocolo do 'Remote Frame Buffer'
O protocolo do 'Remote Frame Buffer'
Anterior
Próximo

Capítulo 2. O protocolo do 'Remote Frame Buffer'

Este capítulo oferece uma breve descrição do protocolo 'Remote Frame Buffer' que é usado pelo Remote Desktop Connection e pelos outros sistemas compatíveis. Se você já estiver familiarizado com o 'Remote Frame Buffer', você poderá saltar à vontade este capítulo.

A implementação de alto nível de um sistema que use o protocolo Remote Frame Buffer é conhecido como Virtual Network Computer (Computador de Rede Virtual), ou mais frequentemente por VNC.

O Remote Frame Buffer (ou RFB para abreviar) é um protocolo simples para o acesso remoto às interfaces gráficas dos utilizadores. Funciona ao nível do 'frame-buffer', o que corresponde de forma lata à imagem desenhada no ecrã, o que significa que pode ser aplicado a todos os sistemas de janelas (incluindo o X11, Mac® OS e Microsoft® Windows®). As aplicações do Remote Frame Buffer existem para várias plataformas e poderão ser redistribuídas livremente.

No protocolo do Remote Frame Buffer, a aplicação que se executa na máquina em que o utilizador se senta (que contém o ecrã, o teclado e o rato) é chamada de cliente. A aplicação que corre na máquina em que o 'framebuffer' se encontra (e onde está a correr o sistema de janelas e as aplicações que o utilizador está a controlar remotamente) é chamada de servidor. O Remote Desktop Connection é o cliente do KDE para o protocolo do Remote Frame Buffer. O Desktop Sharing é o servidor do KDE para o mesmo protocolo.

Ocupa algum tráfego significativo de rede enviar uma imagem do ecrã completo, por isso o Remote Frame Buffer funciona melhor em redes de alto débito, como uma rede local. É possível à mesma usar o Remote Desktop Connection noutras ligações, mas a performance é pouco provável que seja tão boa.

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Capítulo 3. Usar o Remote Desktop Connection
Usar o Remote Desktop Connection
Anterior
Próximo

Capítulo 3. Usar o Remote Desktop Connection

É bastante simples de usar o Remote Desktop Connection - tem uma interface simples, tal como é demonstrado na imagem em baixo.


A janela principal do Remote Desktop Connection

Se você carregar no botão Escolher <<, irá obter uma interface ainda mais simples, como é apresentado em baixo.


A janela principal do Remote Desktop Connection sem funcionalidade de navegação

Se você carregar no botão Escolher >>, você voltará a ter a interface normal de volta.

Ligar o Remote Desktop Connection a servidores compatíveis

O Remote Desktop Connection é um cliente e necessita de ser usado com servidores compatíveis. Existem três formas de se ligar a esses servidores:

  • Escrevendo directamente o nome do servidor (ou o seu endereço IP) na lista Ecrã remoto:.

  • Usando um convite que tenha recebido. O Desktop Sharing usa convites e pode enviá-los por e-mail.

  • Usando o protocolo de navegação SLP (Service Location Protocol).

Vamos olhar para um de cada vez.

Item do nome do servidor

Se você souber o nome da máquina (ou o seu endereço IP) servidora a que se deseja ligar, você poderá indicá-lo directamente na lista Ecrã remoto:.

Se se quiser ligar a máquina chamada 'maria', a qual esteja a correr um servidor de VNC no ecrã 1, você poderá escrever maria:1 ou, alternativamente, vnc:/maria:1 na lista Ecrã remoto:.


Indicar o nome de uma máquina no Remote Desktop Connection

De forma similar, se você estiver a usar um servidor de RFB nessa máquina, você poderá escrever rfb:/maria. O RFB não necessita que o número do ecrã seja indicado.

Usar um convite

Dentro da aplicação servidora do Desktop Sharing, é 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 carregar na ligação fornecida pelo e-mail. Isto irá iniciar o Remote Desktop Connection se não estiver já a correr, e ligar-se-á ao servidor indicado no convite.

Usar o SLP (Service Location Protocol)

A terceira forma de usar o Remote Desktop Connection é de escolher a máquina usando o Service Location Protocol - Protocolo de Localização de Serviços. Uma lista de servidores compatíveis que se encontrem registados no sistema do Service Location Protocol é mostrada na lista ao centro da janela principal:


O Remote Desktop Connection a mostrar a navegação de serviços

Nota

Se a sua janela principal não contiver a tabela, lembre-se que poderá usar o botão Escolher >> para voltar à janela completa do Remote Desktop Connection. Da mesma forma, nem todos os servidores compatíveis suportam o registo automático - um dos que faz isso é o servidor Desktop Sharing, o qual faz parte do KDE.

Se você carregar uma vez num item da tabela, ele ficará seleccionado, e você poderá usar o Ligar para estabelecer uma ligação ao servidor. Como atalho, você poderá fazer duplo-click num item, o que também permitirá estabelecer uma ligação.

Embora o Service Location Protocol detecte normalmente os servidores que passam a estar disponíveis, você também poderá forçar o Remote Desktop Connection a procurar por novos servidores. Isto é feito com o botão Pesquisar. Quando pedir essa pesquisa, o botão fica desactivado (acinzentado) enquanto a pesquisa está a ser feita - isto leva normalmente alguns segundos.

Ao usar o Service Location Protocol, o conceito dos Âmbitos é importante. Se existirem vários serviços publicados, torna-se pouco fácil de 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 Service Location Protocol com um conjunto de Âmbitos, e só registar os serviços em dados âmbitos. Por exemplo, uma máquina poderá estar registada no âmbito "terceiro_andar" e em "logistica", mas não no "engenharia" ou no "manutencao". Em configurações mais pequenas, está tudo registado no âmbito "DEFAULT" (por omissão). O Remote Desktop Connection suporta a selecção de âmbito que não o "DEFAULT", usando a lista Âmbito: no canto superior direito da janela principal.

O que acontece quando se liga
O que acontece quando se liga

O que acontece quando se liga

Independentemente de como selecciona o servidor ao qual se liga, a próxima coisa que acontece é que o Remote Desktop Connection lhe pergunta a ligação de rede ao servidor, como é apresentado em baixo:


Selecção da velocidade de ligação do Remote Desktop Connection

Existem três configurações de velocidade:

  • Alta Qualidade (LAN, ligação directa), que é a predefinida, e você deverá avaliar como é que esta configuração se comporta antes de seleccionar 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 sobre o mesmo ti de ligação, você poderá deseleccionar a opção Mostrar esta janela novamente para esta máquina, o que significa que não terá de responder mais sobre o tipo de ligaçã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 ligar-se com um nome, você não será mais questionado se se ligar por esse nome, ainda que o seja se usar o outro nome ou o endereço IP.

Você pode seleccionar a configuração da velocidade apropriada e depois seleccionar Ligar para prosseguir.

Verá então uma pequena janela que contém uma barra de progresso que vai enchendo à medida que o Remote Desktop Connection negoceia a ligação.

Dependendo da configuração do servidor, você poderá (quase de certeza) necessitar de indicar uma senha para se autenticar no servidor. O Remote Desktop Connection irá mostrar uma janela de autenticação semelhante à seguinte.


Janela de senha do Remote Desktop Connection

Após a autenticação, você ligar-se-á ao servidor remoto, e poderá começar a usar o Remote Desktop Connection para observar ou controlar o ecrã remoto.



Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Controlar a ligação ao ecrã remoto
Controlar a ligação ao ecrã remoto

Controlar a ligação ao ecrã remoto

Depois de se ligar ao ecrã remoto, você irá usar normalmente o teclado e o rato para controlar o sistema de janelas e as aplicações nessa máquina remota.

Você poderá ver o ecrã remoto como um ecrã completo, ou como uma janela n ecrã local. Você poderá alternar entre esses modos com os ícones mostrados em baixo.


Selecção do modo de ecrã completo do Remote Desktop Connection


Selecção do modo de ecrã completo do Remote Desktop Connection

O modo de ecrã completo é normalmente melhor quando você está a ajudar um utilizador remoto, porque consegue ver tudo o que ele consegue ver. O modo de janela é mais útil quando você está a trabalhar tanto remotamente como localmente - talvez a ver alguma documentação local e a usar essas instruções na máquina remota.

Usar o modo de janela

O Remote Desktop Connection, no modo de janela, assemelha-se a algo como mostra a imagem abaixo.


A janela do Remote Desktop Connection

No modo de janela, você poderá terminar a ligação se fechar a janela.

Utilizar o modo de ecrã completo

No modo de ecrã completo, você poderá terminar a ligação se seleccionar o ícone vermelho de "fechar", o qual é mostrado em baixo.


O ícone para fechar do Remote Desktop Connection



Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Gerir a configuração do Remote Desktop Connection
Gerir a configuração do Remote Desktop Connection

Gerir a configuração do Remote Desktop Connection

Se usar o botão de Preferências... no canto inferior esquerdo da janela principal do Remote Desktop Connection, você poderá abrir uma janela para modificar o comportamento do Remote Desktop Connection. Se seleccionar esse botão fará aparecer uma janela como a que aparece em baixo:


Preferências do Remote Desktop Connection - página de Perfis das Máquinas


Preferências do Remote Desktop Connection - página dos perfis dos Valores por Omissão do VNC


Preferências do Remote Desktop Connection - página dos perfis de Valores por Omissão do RDP



Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Capítulo 4. Guia de Programação do Remote Desktop Connection
Guia de Programação do Remote Desktop Connection
Anterior
Próximo

Capítulo 4. Guia de Programação do Remote Desktop Connection

O Remote Desktop Connection suporta um pequeno número de comandos de DCOP, os quais são descritos neste capítulo. Se você não estiver familiarizado com o DCOP, então não necessitará de se preocupar com isto. Contudo, se quiser automatizar algumas das suas acções do Remote Desktop Connection (ou de outra aplicação do KDE), o DCOP é uma ferramenta útil. Você poderá descobrir mais sobre o DCOP na sua documentação 'online' e nos tutoriais em http://developer.kde.org.

Você poderá fechar a aplicação Remote Desktop Connection com o comando 'quit', como é mostrado neste exemplo:

%dcop krdc-25550 MainApplication-Interface quit

Nota

Você terá de alterar o krdc-25550 no exemplo para corresponder à instância do Remote Desktop Connection que deseja de facto terminar. Se você correr o dcop sem opções, irá obter uma lista com todas as aplicações que estão a correr e que o DCOP consegue controlar.

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Capítulo 5. Perguntas e Respostas
Perguntas e Respostas
Anterior
Próximo

Capítulo 5. Perguntas e Respostas

Este documento pode ter sido actualizado desde a sua instalação. Você poderá encontrar a última versão em http://docs.kde.org/current/kdenetwork/.

5.1. Quando início o Remote Desktop Connection recebe uma mensagem que diz Não é possível navegar na rede. Provavelmente não instalou o suporte de SLP correctamente.. O que é que se passa?
5.1.

Quando início o Remote Desktop Connection recebe uma mensagem que diz Não é possível navegar na rede. Provavelmente não instalou o suporte de SLP correctamente.. O que é que se passa?

O SLP é o Service Location Protocol (Protocolo de Localização de Serviços), e é fornecido normalmente pelo OpenSLP ou pelo The Knot.

Se foi você a compilar o Remote Desktop Connection, poderá acontecer que o Remote Desktop Connection tenha sido compilado com as bibliotecas de SLP, mas o servidor (que se poderá chamar slpd ou knotd) não esteja a correr. Você normalmente precisa de iniciar estes servidores como super-utilizador, o que poderá significar pedir ao seu administrador de sistemas para o fazer, se você não conseguir fazê-lo.

Se você estiver a correr uma versão que veio num pacote do Remote Desktop Connection, então poderá ter algumas dependências em falha. Existem tantas formas de isto acontecer que você terá de pedir suporte a quem criou o pacote.

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Capítulo 6. Créditos e Licença
Créditos e Licença
Anterior
Próximo

Capítulo 6. Créditos e Licença

Remote Desktop Connection

Programa copyright 2002 Tim Jansen

Contribuições:

  • Ian Reinhart Geiser

Documentação Copyright (c) 2003 Brad Hards

Tradução de José Nuno Pires

A documentação está licenciada ao abrigo da GNU Free Documentation License.

Este programa está licenciado ao abrigo da GNU General Public License.

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Apêndice A. Instalação
Instalação
Anterior
Próximo

Apêndice A. Instalação

Como obter o Remote Desktop Connection

O Remote Desktop Connection faz parte do projecto do KDE http://www.kde.org/.

O Remote Desktop Connection pode ser encontrado no pacote kdenetwork em ftp://ftp.kde.org/pub/kde/, o servidor principal do projecto do KDE.

Compilação e Instalação
Compilação e Instalação

Compilação e Instalação

Para poder compilar e instalar o Remote Desktop Connection no seu sistema escreva o seguinte na pasta de base da distribuição do Remote Desktop Connection:

% ./configure
% make
% make install

Dado que o Remote Desktop Connection usa o autoconf e o automake não deve ter quaisquer problemas a compilá-lo. Se tiver, comunique-os para as listas do KDE.



Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Anterior
Próximo
Início


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team

Próximo
 


Would you like to make a comment or contribute an update to this page?
Send feedback to the KDE Docs Team