Máquinas virtuais 2. Lubuntu Desktop Session Management Dependendo do seu fluxo de trabalho, você pode querer retornar a uma sessão se algum trabalho ainda estiver em andamento. O OpenNX permite que você retome sua sessão se desconectá-la ou se ela for encerrada inesperadamente. Claro, você também pode terminar sua sessão depois de terminar de trabalhar em um projeto. Terminar uma sessão Existem algumas maneiras de terminar uma sessão Clicando em Fechar. Clique no botão fechar para a janela x gt Você será solicitado com a janela na figura 1 abaixo. A partir daqui, você pode selecionar Desconectar ou Terminar sua sessão. Clicar em Fim irá fechar a sessão e interromper todos os trabalhos em execução e fechar todas as janelas. A próxima vez que iniciar sessão, terá um novo estado de funcionamento. Desligar: A partir do desktop lubuntu Escolha gt Desligar e clique em sim quando solicitado a desligar o computador gtgt Isso realmente não desligará o computador, apenas sua sessão. Desligar e retomar uma sessão Se pretender continuar a trabalhar na sua sessão mais tarde, deve simplesmente desligar e voltar a ligar mais tarde. Siga os passos abaixo. Clique no botão fechar para a janela x OU feche a janela X (xming ou Xquartx) Você será solicitado com a janela na figura 1 abaixo. A partir daqui, você pode selecionar Desconectar ou Terminar sua sessão. Clicar em Desligar permitirá que você volte a anexar a sua sessão mais tarde. Isso permite que você salve seu estado e não tenha trabalhos ou janelas fechadas quando você interromper sua sessão. Recolocação. Abra uma sessão do OpenNX conforme descrito na seção anterior - escolha a sessão que deseja continuar e clique em Continuar 1. Sessão Final / Desconectar-se Centro de Suporte Bem-vindo ao Guia do Cliente NX. Abaixo, você encontrará instruções sobre a GUI do NX Client e sobre como personalizar suas sessões do NX para melhor atender às suas necessidades. O presente documento se aplica ao NX Client versão 3.0.0 ou posterior. Para problemas específicos relacionados a versões anteriores do software NX você pode consultar a documentação disponível no NoMachine Knowledge Base: Observe também que no presente documento todas as capturas de tela referem-se a NX Client rodando em Windows O. S. E usar o NoMachine TestDrive como exemplos de conexão ao NX Server. 1.1 Faça o download do pacote apropriado NoMachine oferece pacotes adequados para as seguintes plataformas: Windows Linux i386 / x8664 bit Mac OS X Solaris sparc Você pode fazer o download do pacote apropriado para o seu O. S. Para obter instruções mais detalhadas sobre como instalar o cliente, consulte as diretrizes disponíveis na página de download de cada tipo de pacote ou o guia de instalação do NX Client: 1.2 O que é o NX Client Package Para NoMachine oferece pacotes adequados para as seguintes plataformas: Windows Linux i386 / x8664 bit Mac OS X Solaris sparc O pacote NX Client contém bibliotecas e binários para configurar seu sistema NX. Em particular, fornece os componentes proxy e bibliotecas necessários para estabelecer a comunicação entre a máquina do usuário final ea máquina remota que você deseja acessar. O pacote também fornece um conjunto de GUIs para criar e configurar arquivos de sessão (NX Connection Wizard e NX Client) e administrar sessões (NX Session Administrator). 2. A GUI do Assistente de Conexão do NX O Assistente de Conexão do NX é uma GUI para guiá-lo através dos passos básicos para configurar uma sessão. Ele permite que você crie e configure seu primeiro arquivo de sessão usando as configurações padrão, o que deve ser suficiente na maioria dos casos. A configuração de sessão aprimorada é possível através da GUI do NX Client. Você pode executar o Assistente de Conexão ea GUI do Cliente NX a qualquer momento, acessando-os através das entradas do Cliente NX no Menu Programas. Fig.1 - O NX Connection Wizard permite que você crie seu arquivo de sessão. 2.1 Configurar a sua sessão através do Assistente de ligação NX A primeira etapa consiste em atribuir um nome à sessão e especificar, no campo Host, o nome de anfitrião ou o endereço IP da máquina onde o NX Server está a ser executado ea porta onde o SSH O daemon está escutando no host do servidor, por padrão 22. Este assistente também permite que você especifique o tipo de link para sua conexão. Mais informações que o ajudarão a escolher o melhor tipo de link para atender às suas necessidades estarão disponíveis na seção 3.1 relacionada à guia GUI do NX Client, guia Geral. Fig.2 - Nomeie sua sessão e especifique o nome do host ou IP da máquina onde o NX Server está sendo executado. 2.2 Escolha o tipo de sessão que você gostaria de executar No assistente do Desktop você pode escolher o tipo de sessão que você gostaria de executar. Vamos dizer que você deseja iniciar um desktop Gnome com tamanho 1024x768. Fig.3 - Escolha executar um desktop GNOME em seu servidor NX. 2.3 Criar um Atalho de Sessão e Executar a GUI do NX Client O estágio final do NX Connection Wizard permite criar um shorcut de sessão na área de trabalho, associado ao arquivo de sessão que você está criando. Ao selecionar a caixa de diálogo Mostrar a Configuração Avançada durante esta etapa, a GUI do NX Client será executada assim que sair do Assistente de Conexão NX, permitindo que você configure ainda mais o Cliente NX. Fig.4 - Crie um atalho na área de trabalho e / ou execute a NX Client Advanced Configuration GUI. 3. A NX Client GUI A NX Client GUI, que vem com uma configuração padrão adequada para a maioria dos casos, permite configurar configurações específicas que melhor se adaptem ao seu ambiente. Os parágrafos a seguir explicam um por um todas as guias GUI e as configurações relacionadas. 3.1 A guia Geral Fig.5 - A guia Geral. Host do servidor Especifique o nome de host ou o endereço IP da máquina em que o NX Server precisa ser contatado para iniciar a sessão. Servidor - Porta Especifique a porta onde o daemon SSH está escutando na máquina host do NX Server. Por padrão, a porta é 22. Servidor - Lembrar minha senha Armazene sua senha no arquivo de sessão. Da próxima vez que você precisar executar essa sessão, o NX Client não pedirá que você insira o nome de usuário ea senha na caixa de diálogo de login. Isso permite que você automatize o login simplesmente clicando no ícone de configuração da sessão salvo na área de trabalho local. O NX Client armazena a senha em um formato codificado. Mais informações sobre o algoritmo de codificação de senhas no NX Client estão disponíveis em: Server - Key Use chaves SSH personalizadas para acessar o NX Server. Mais informações sobre como substituir as chaves SSH padrão usadas pelo NX com chaves geradas para o servidor estão disponíveis em: Desktop Selecione o tipo de sessão a ser executado no servidor. Você pode escolher entre: Unix executar um desktop X11 como KDE, GNOME, CDE e XDM ou um único aplicativo, escolhendo a opção Personalizada. Windows executar uma sessão RDP em um servidor de terminal do Windows. VNC executar uma sessão VNC em um servidor VNC. Sombra anexar a uma sessão já em execução X11 ou para a exibição nativa (sombra de sessão e compartilhamento de área de trabalho). Alguns tipos de sessão podem exigir configurações adicionais. Por exemplo, o painel de configurações do Windows serve para especificar o nome do host para o servidor RDP, enquanto o painel de configurações do VNC serve para especificar o nome do host e a porta para o servidor VNC. Você pode consultar o seguinte artigo para obter mais informações sobre suporte para sessões RDP e VNC com o NX 3.0.0 ou superior: Fig.6 - Configurações de amostra para uma sessão RDP no NoMachine Testdrive. No painel Configurações personalizadas, você pode especificar o aplicativo remoto a ser executado em modo contínuo. Quando a opção de janela flutuante é selecionada, o nxagent opera no modo sem raiz, ou seja, representa a exibição de aplicativos e pode reescrever o tráfego de X no servidor X real para ocultar os detalhes da rede e ser extremamente eficiente em largura de banda. Quando a opção de codificação de agente Desativar X está selecionada, o proxy NX encapsula o tráfego de protocolo X bruto. NX não pode fazer muito neste caso, além de comprimir o tráfego X melhor do que qualquer compressor genérico conhecido. A aplicação, de fato, está conectada ao display real e assim ainda sofrerá com todas as limitações do sistema X. Executando o único aplicativo como Nova área de trabalho virtual ainda colhe os benefícios dos recursos nxagent, mas, neste caso, o agente não está sendo executado no modo sem raiz, ou seja, a janela do aplicativo pode não coincidir com o tamanho da área de trabalho local e pode ser exibida dentro de um preto Janela pai. Fig.7 - Configurações de exemplo para executar o console no modo sem raiz no TestDrive NoMachine. Desktop - Tipo de link Defina o tipo de conexão de rede que será usada para conectar-se ao proxy remoto. Alguns parâmetros de sessão, como o nível de compactação, dependem dessa configuração. Por exemplo, o link MODEM usa altos níveis de compressão tanto para o protocolo como para as imagens, enquanto o link LAN desativa a compressão do protocolo e usa um nível de compactação baixo para a codificação da imagem, para fazer o melhor uso da largura de banda disponível. A codificação de imagem pode ser personalizada independentemente do tipo de link. Os diferentes tipos de codificação são explicados na seção Display - Use custom settings - Unix display settings deste documento. Políticas de codificação preguiçosa, ou seja, a capacidade de adiar atualizações de imagem, são ativadas por padrão para todos os tipos de link diferentes da LAN. No entanto, você tem a possibilidade de desativar as atualizações de tela diferidas na guia GUI do NX Client - gt Avançado. Display Defina o tamanho da janela do servidor X. No caso do tipo de área de trabalho Shadow, quando um tamanho diferente diferente de As no servidor é selecionado, o agente X11 aplica seus próprios recursos de escala de tela. Exibir - Usar configurações personalizadas - Configurações de exibição Unix Fig.8 - A guia Geral e a caixa de diálogo Unix - Display settings para sessões X11. Unix - Configurações de exibição Imagens Você pode forçar a codificação de imagem selecionada a ser usada, substituindo o conjunto de codificação padrão de acordo com o tipo de link. Usar compressão JPEG e RGB A compressão adaptativa seleciona dinamicamente uma codificação com perda ou sem perda, dependendo da compressibilidade dos dados de imagem. Utilize apenas a compressão JPEG Utilize apenas a codificação com perdas. Esse tipo de compressão é aconselhável em links lentos, porque uma baixa qualidade de imagem é coberta por uma pequena quantidade de dados de imagem a serem transferidos. Utilize apenas a compressão RGB Utilize apenas a codificação sem perdas. Esta compressão é aconselhável em links rápidos, uma vez que a alta qualidade de imagem aumenta os dados a serem enviados. Utilizar bitmaps X simples A compressão é desactivada e as imagens são enviadas em formato raw. Essa configuração é recomendada apenas em links rápidos e largos, devido à grande quantidade de dados de imagem a serem transferidos. Qualidade - Usar qualidade JPEG personalizada Especifique o nível de compressão JPEG. Um valor de nível inferior significa menor qualidade de imagem, mas maior compressão de dados. Unix - Configurações de exibição Desempenho Desativar a extensão de render Desativar o uso da extensão de protocolo de renderização entre o servidor X e o agente X11. Isso pode se tornar necessário quando você precisa migrar sua sessão para uma exibição de um servidor X faltando a extensão de renderização. Desativar o armazenamento de backing A desativação do uso de backing-store pode degradar os desempenhos do NX, mas pode ser útil no caso de precisar diminuir o uso de memória no servidor e no lado do cliente. Desativar a extensão composta Desativar o uso da extensão composta de servidores X no agente X11. Desabilitar a extensão de memória compartilhada e Desativar a emulação de pixmap compartilhado A desativação da emulação de pixmap compartilhada entre o agente X11 eo servidor X pode aumentar o desempenho NX, pois o pixmap criado no servidor X não pode ser compartilhado, mas deve ser atualizado. Note que, uma vez que um número de aplicações que usam pixmap compartilhado não verifica se o pixmap compartilhado está disponível, esses aplicativos não funcionarão se a memória compartilhada estiver ativada e o pixmap compartilhado estiver desativado. Exibir - Usar configurações personalizadas - Configurações de exibição do Windows Cores Definir o número de cores a ser definido para a sessão RDP. Essa configuração se aplica à execução do cliente RDP para estabelecer a sessão RDP com o Windows Terminal Server. Imagens Forçar a codificação de imagem selecionada a ser usada, substituindo o conjunto de codificação padrão de acordo com o tipo de link. Essa configuração se aplica à sessão X11 dentro da qual a sessão RDP está sendo executada. Para obter mais detalhes, consulte as configurações de exibição do Unix. Cache Habilita o cache de imagem RDP. Essa configuração se aplica à execução do cliente RDP para estabelecer a sessão RDP com o Windows Terminal Server. Exibir - Usar configurações personalizadas - Configurações de exibição VNC Imagens Forçar a codificação de imagem selecionada a ser usada, substituindo o conjunto de codificação padrão de acordo com o tipo de link. Essa configuração se aplica à sessão X11 dentro da qual a sessão VNC está sendo executada. Para obter mais detalhes, consulte as configurações de exibição do Unix. Desativar a criptografia de todo o tráfego Por padrão, a comunicação entre o NX Client e o NX Server acontece por meio de um canal criptografado, permitindo estabelecer comunicação mesmo quando o servidor está atrás de um firewall. Desativar a compressão de fluxo ZLIB Desabilite a compressão ZLIB no fluxo produzido pelos estágios anteriores da compactação NX. Desativar a compressão de fluxo ZLIB pode ser útil para diminuir o uso da CPU no servidor ou para evitar despesas gerais devido ao software VPN que comprime o tráfego da rede. Conectar-se através de um proxy HTTP Permite estabelecer a conexão via proxy HTTP, explorando o suporte de proxy fornecido pelo nxssh. O diálogo Proxy HTTP - Configurações é para especificar o host e a porta para o proxy HTTP. O método de autenticação de usuário / senha no proxy HTTP é suportado. Você pode consultar o seguinte artigo sobre Como configurar um ambiente básico para conectar o NX através de um proxy HTTP: Agarre o teclado quando o cliente estiver focado Esta configuração está disponível somente com o NX Client para Windows. Desabilite a captura das teclas Alt-Tab e PrintScreen, permitindo desta forma usar a combinação de teclas Alt-Tab para alternar para uma janela remota diferente em vez de minimizar a janela da sessão NX. Desativar DirectDraw para renderização de tela Esta configuração está disponível somente com o NX Client para Windows. Desative o uso do mecanismo DirectDraw pelo NXWin e use o mecanismo GDI em vez disso. Essa opção pode ser útil para solucionar possíveis conflitos devido, por exemplo, a tentativas simultâneas de usar o mecanismo DirectDraw pelo NXWin e outro aplicativo do Windows e pode resultar em melhor desempenho no Windows Vista. Desativar atualizações de tela diferidas Especificar um nível de codificação preguiçoso diferente para o padrão. Quando o tipo de link é WAN, o nível preguiçoso padrão é 1. Desativar atualizações de tela diferida significa desativar o recurso de codificação preguiçoso. Quando o tipo de ligação é em vez de MODEM, ISDN ou ADSL, o nível padrão preguiçoso é 2. Portanto, desabilitar atualizações de tela diferida significa alternar para o nível preguiçoso 1. Se o tipo de link for LAN, a codificação preguiçosa não é usada, Atualizações não tem efeito. Cache na memória Defina o tamanho do cache de mensagens X na memória, por padrão 16 M. Cache no disco Define o tamanho do cache de imagem persistente no disco, por padrão, 64M. Definir o valor como 0 desativará o cache de imagem persistente. Remover todos os arquivos de cache Exclua todos os arquivos de cache armazenados no diretório User NX, por padrão o diretório home /.nx dos usuários. 3.3 A guia Serviços Você pode desativar a possibilidade de configurar sessões criando o arquivo noconfig no diretório dir / share do System NX, p. Isso permite que o administrador bloqueie o tipo de sessão que um usuário pode executar. Esse recurso funciona somente quando o cliente NX é iniciado com a opção --session ou --plugin. 5.4 Definir opções de proxy extra por usuário no lado do cliente Você pode especificar opções de proxy extras criando um arquivo chamado opções, no diretório User NX, ou seja, por padrão, o diretório home /.nx dos usuários. Esse recurso é útil para passar para nxcomp aquelas opções que não são acessíveis através da GUI do NX Client (por exemplo, a opção http8080 permitiria que um canal encaminhe conexões HTTP) ou para propósitos experimentais. Mais informações estão disponíveis em: Abaixo você pode encontrar a saída do comando nxclient --help. Utilização: nxclient OPÇÕES Execute nxclient a ler definições de configuração global a partir do ficheiro FILENAME. FILENAME pode ser um caminho absoluto ou relativo. Neste último caso, o caminho é pesquisado a partir do diretório atual. Se nenhum FILENAME for encontrado no diretório atual, FILENAME será pesquisado a partir do diretório inicial do usuário. Se DIRECTORY for fornecido e um arquivo client. cfg for encontrado nesse diretório, as configurações globais serão lidas neste arquivo. O nome do arquivo não precisa terminar com a string. cfg. Mostrar uma caixa de diálogo. A opção deve ser seguida por um parâmetro de tipo que especifica o tipo de diálogo. TYPE pode ser: O usuário deve especificar uma legenda e uma mensagem a ser mostrada. A opção --local pode ser usada para especificar o modo proxy. O diálogo de pulldown é uma janela minúscula especial que é incorporada na janela especificada no parâmetro --window, para permitir ao usuário suspender ou encerrar uma sessão executando em modo contínuo. A opção --class especifica a classe da mensagem. Quando nenhuma classe é especificada, a mensagem será assumida como sendo da classe Info. A opção --allowmultiple especifica a possibilidade de iniciar mais de uma caixa de diálogo com a mesma mensagem. Execute o aplicativo NX Shadow Monitor para acompanhar os usuários quando conectados à exibição local ou à sessão principal. Este aplicativo permite que uma mensagem seja enviada para o usuário selecionado e desconectá-lo. Exiba esta ajuda e saia. Mostrar uma caixa de diálogo com a lista de drivers de impressora CUPS encontrados no servidor. - Sair do código 0 eo nome do driver selecionado pelo usuário. O nome do driver está escrito no STDIN. - Sair do código 1 em caso de erro. A mensagem de erro é impressa no STDERR. - Sair código 2 e nenhuma mensagem de erro, se o usuário optou por abortar a operação. Execute uma sessão lendo as configurações de FILENAME. Execute o cliente no modo de plug-in especial, lendo as configurações de FILENAME. Saída informações de versão e sair. Guie o usuário pelas etapas necessárias para configurar uma sessão. Execute a interface NX Session Administrator. A interface pode ser usada para executar tarefas administrativas nas sessões NX executadas pelo usuário, por exemplo, visualizando os logs, imprimindo as estatísticas ou fechando a sessão. Especifique a tela X11 onde o cliente deve se conectar. A opção só é útil em plataformas onde o cliente está usando o protocolo X-Window para o display. VNC e semelhante Nota importante: Onde as bases de código de software para Linux estão listadas abaixo com URLs para seus sites de desenvolvedores a montante, você como usuário Linux não deve No caso geral, baixe este (ou qualquer outro) software dos repositórios de código de sites upstream, tarballs para download, etc. Em vez disso, você deve, sempre que possível, favorecer os pacotes mantidos pela distro - criados por e para sua distribuição Linux. Há uma série de razões individualmente convincentes por que isso é assim. - RM. 1. VNC / RFP Implementações de Linux VNC é um sistema de compartilhamento de desktop gráfico utilizável para controlar remotamente outro computador. Sua base no transporte de pixels suporta grande flexibilidade, mas limita a eficiência da rede em comparação com as soluções gráficas remotas com mais abstração de gráficos (mais adiante nesta página), como o NX eo X11. Seu protocolo de transporte de bitmap subjacente RFP Remote Framebuffer Protocolo aka RFB Remote Framebuffer, não deve ser confundido com Microsofts Protocolo de transporte de bitmap centrado no Windows RDP Remote Desktop Protocol, desenvolvido pela Citrix. 2X Software. Cliente VNC / RFP. Propriedade. AppliDis. Cliente VNC / RFP. Propriedade. Cendio ThinLinc. VNC / RFP servidor e cliente. Propriedade. EchoVNC. Cliente VNC / RFP, cliente Remote Desktop (RDP) e cliente RAdmin, com base no UltraVNC. Inclui cortes de firewall-friendly pacote de cortesia do kit de ferramentas echoWare. Também disponível para MS-Windows. Última atualização em 2013. GPLv2. Sourceforge. net/projects/echovnc/ gtk-vnc. Cliente VNC / RFP. C, gtk-based (biblioteca de núcleo) com ligações Python, escrito por Jan de Groot. Os front-ends para ele incluem Vinagre (GNOME), Caixas (GNOME), virtviewer e virt-manager. Pode ser compilado para trabalhar com gtk3 ou gtk2, com ligações Vala ou sem, com o uso de Cyrus SASL para autenticação ou sem. Inclui lib para fornecer ligações GObject e para fornecer uma ponte PulseAudio. Requer gnutls, libgcrypt. LGPL. Wiki. gnome. org/Projects/gtk-vnc iTALC (inteligentemente Ensino e Aprendizagem com Computador), servidor VNC / RFP e cliente. C, Qt4. Desenvolvido para uso em salas de aula. MS-Windows também é suportado. GPL. Italc. sf. net/ Keystone (não mantido), visualizador VNC / RFP para uso com Qt e kdelibs 2.x, e geralmente foi incluído no pacote kdenetwork do KDE 2.x. O projeto parece ter parado em v. 0.4 w / KDE 2.0 em 2001. GPL. Xmelegance. org/keystone/ libVNCServer e libVNCClient. Bibliotecas em C de plataformas cruzadas que permitem implementar facilmente a funcionalidade de servidor ou cliente VNC em um aplicativo, implementando RFP v. 3.8. Cross-plataforma. GPL. Libvnc. github. io/ Paglo Remote-VNC. VNC / RFP servidor e cliente, garfo de TightVNC, adicionando travessia automática de NAT e firewalls usando Jingle. GPLv2. Sourceforge. net/projects/remotevnc/ RealVNC. VNC / RFP servidor e cliente. Anteriormente implementação da referência ATampT Cambridges. Existe uma edição aberta GPL (anteriormente edição gratuita) mais duas outras edições proprietárias. Realvnc A edição aberta é muitas vezes empacotada em distribuições Linux sob nomes como vnc4server e xvnc4viewer. TigerVNC. VNC / RFP servidor e cliente, 2009 fork de TightVNC começou porque TightVNC não produziu nenhumas liberações desde 2006 e RealVNC gastou pouco esforço em sua edição aberta. Concentra-se no desempenho e na funcionalidade de exibição remota. GPL. C, C e Java. GPLv2. Tigervnc. org/ TightVNC. VNC / RFP servidor e cliente, incluindo alguns aperfeiçoamentos como compressão JPEG e zlib e tunelamento SSH automático no Unix. Escrito em C, C e Java. GPLv2. Tightvnc / TridiaVNC. VNC / RFP servidor e cliente, descontinuado em 2005. (TridiaVNC Pro era proprietário.) GPL. Tridiavnc / TurboVNC. VNC / RFP servidor e cliente, fork de TightVNC 1.3.x, incluindo inúmeras melhorias de desempenho. GPLv2. Turbovnc. org/ x0rfbserver, kfrb e x0rfb do pacote rfb (descontinuado grande nome, eh), site hexonet. de/ é ido mdash defunto projeto. O Debian removeu o pacote rfb em 2006 como órfão. GPL. Xvnc. VNC / RFP, baseado em um servidor X11 padrão, apresentando-se a aplicações locais como um servidor X11 e a usuários remotos VNC como um servidor VNC / RFP. GPL. Hep. phy. cam. ac. uk/vncdocs/xvnc. html 2. Implantações não Linux do VNC / RFP Software 2X, AppliDis, Apple Remote Desktop, Apple Screen Sharing (iChat), Cendio ThinLinc, Frango do VNC, EchoVNC, Fog Creek Copiloto, iTALC, Mac HelpMate, Microsoft Remote Desktop Services / Serviços de Terminal, PocketVNC, Remote Desktop Manager, Royal TS, UltraVNC. Você encontrará uma série de recursos sobre o VNC sobre SSH no meu arquivo ssh-clients, linuxmafia / ssh /. Também vale a pena investigar: 3. NX Protocol NX, desenvolvido pela NoMachine, é uma tecnologia de ambiente de desktop remoto que melhora consideravelmente o desempenho de protocolos de transporte de pixel como VNC / RFP e RDP. NoMachine baseou o protocolo no projeto Differential X Protocol Compressor (DXPC). Todas as implementações incluem tunneling sobre SSH. Nativamente, o NX foi concebido para otimizar as sessões remotas do X11, mas muitas implementações do servidor NX também suportam conexões de proxy para RDP e / ou VNC / RFP, dando a esses protocolos algumas das mesmas melhorias de velocidade. 2X Terminal Server para Linux. servidor. Propriedade. FreeNX: (sourceforge. net/projects/freenx. berlios/). Cliente e servidor. A partir de 2015, FreeNX é unmaintained desde 2008, e substituído por alternativas mais recentes como X2Go e Neatx. GPLv2. Este pacote começou como Kevin Vigors BSD-licenciado DXPC (Differential X11 Protocol Compressor), vigor. nu/dxpc/. Um método open-source de envio de gráficos X11 altamente comprimidos e proxiados, uma atualização da idéia LBX Low Bandwidth X. Muito mais rápido do que VNC. Isto tornou-se MLView DXPC (versão final novembro de 2002), então NoMachines NX aka NX Terminal Server (nomachine /), que durante essa transição mudou para licenciamento proprietário. Em 2005, o projeto FreeNX da Fabian Franzs reutilizou as bibliotecas principais do NXs, que são GPL, enquanto substituem as peças do servidor GPLed por NXs proprietárias. KNX. cliente. Por Joseph Wenninger. Sem manutenção, característica incompleta. GPL. O servidor NeatX era um projeto interno do Google, lançado ao público e aproximando-se da paridade com os recursos essenciais do servidor NX proprietário, mas não mais mantido desde 2009. GPLv2. Code. google/p/neatx/ NoMachine Enterprise Client, cliente regular. Clientes. Os binários também existem para MS-Windows, Macintosh OS X e Solaris. Propriedade. Nomachine / download do NoMachine Enterprise Server, Terminal Server e Cloud Server. Servidores. Propriedade. Nomachine / featurecomparison nxcl client e biblioteca libnxcl. cliente. Por Seb James. Atualize para o nxclientlib de George Wrights, removendo sua dependência no Qt, adicionando o suporte a autotools do GNU e trabalhando com a versão 3 das bibliotecas principais do NX. O cliente nxcl é executado como um processo de daemon e se comunica com o dbus para a comunicação do sistema e com o libnxcl para funções NX. GPL. Github / Fabianx / freenx / árvore / mestre / freenx-client / nxcl nxlaunch. cliente. Por Seb James. Ferramenta NX gráfica baseada em gtk. Requer o nxcl (cliente daemon) para negociar e operar a conexão NX. Portanto, ele ainda não chama a biblioteca libnxcl diretamente, mas pode ser reescrito para fazer. GPL. Github / Fabianx / freenx / árvore / mestre / freenx-client / nxcl cliente nxrun e biblioteca cliente nxc. cliente. Baseado em pygtk. Por Lawrence Roufail. Um pouco inacabado quanto ao conjunto de recursos, a partir de 2006, e possivelmente órfão. GPL. O cliente OpenNX é semelhante ao cliente NX original, mas com algumas melhorias. C, wxWidgets. Binários também existem para MS-Windows e Macintosh OS X. LGPL 2.1. Opennx. net/ qtnx. cliente. Por George Wright. Baseado em Qt 4.x, usa a variante Wrights da biblioteca nxcl nxclientlib. GPL. Github / gw280 / QtNX Remmina. Front-end (ver entrada separada) faz NX via um plug-in capaz de chamar X2Gos nxproxy cliente. X2Go. Servidor e cliente. Também faz RDP via proxy do cliente X2Go para X2Go Server para rdesktop criptografados sobre SSH. Codificado em Python (e possivelmente outros idiomas). Cliente às vezes é empacotado como NX proxy / nxproxy. Cliente é relatado para ser interoperável com NoMachine NXs e servidores FreeNXs. GPLv2, Licença MIT, Licença BSD, AGPL. Wiki. x2go. org/ 4. RDP (Remote Desktop Protocol) O RDP é a forma de mercadoria da tecnologia de imagem remota da Citrix chamada ICA Independent Computing Architecture, posteriormente licenciada pela Microsoft. O lado do servidor é Windows-somente para a execução remota do código Win32. Existem inúmeros clientes Linux, tanto de código aberto como proprietários. Citrix Winframe, Metaframe, Metaframe XP, Presentation Server, XenApp. O cliente de referência RDP da Citrix chamou sua implementação de ICA Independent Computing Architecture remota de imagem, que Citrix empacotou com suas extensões MultiWin para MS-Window NT 3.5x para criar Citrix Winframe em 1996. Winframe foi então licenciado pela Microsoft Corporation e rebranded como Microsoft Terminal Server . Microsoft também rebranded o protocolo ICA como Microsoft Remote Desktop Protocol RDP. Citrix então desenvolveu mais Winframe em MetaFrame, Metaframe XP, Presentation Server e mais recentemente XenApp. Citrix chama sua peça cliente de um receptor. Propriedade. Citrix / FreeRDP. Cliente RDP, um garfo do rdesktop com o objetivo de modularizar o código, abordando várias questões e implementando novos recursos. Licença Apache 2.0. Freerdp / iTivity. Cliente RDP, cliente de serviços de terminal do Windows, servidor X11 e cliente SSH / telnet para vários sistemas operacionais. Companhia em questão anteriormente produzido TridiaVNC. Propriedade. Tridia / itivity / KRDC (Conexão de Área de Trabalho Remota do KDE), um front-end gráfico (kdelibs, qt) para FreeRDP e libvncserver, com o FreeNX planejado no futuro. FDL, GPL, LGPL. Kde. org/applications/internet/krdc/ NeutrinoRDP. Cliente RDP, um garfo do FreeRDP 1.01. Xrdp é um servidor RDP baseado em módulos, que pode atuar como servidor proxy RDP. Xrdp contém módulo front-end chamado NeutrinoRDP, que pode ser usado para fazer um RDP conexões de xrdp. O módulo proxy usa realmente bibliotecas compartilhadas neutrinordp-client para fazer conexões RDP a partir do servidor xrdp. (O fluxo se parece com: Cliente A para xrdp carregar o módulo de proxy de neutrino para o Cliente B.) Apache License 2.0. Github / neutrinolabs / NeutrinoRDP PAC Manager. Um front-end gráfico Perl / gtk para rdesktop para RDP, vncviewer para VNC / RFP, SecureCRT / PuTTY / etc. Para ssh, telnet, etc. GPLv3. Sites. google/site/davidtv/ rdesktop. O cliente RDP original de código aberto. Muito mais rápido do que VNC. GPLv3. Rdesktop. org/ Remmina. Cliente de desktop remoto gráfico para gtk, FreeRDP front-ending para seu suporte RDP, e também fazendo VNC / RFP, NX, XDMCP e SSH. GPL. Remendo. org/ SeamlessRDP. RDP (Win32) desenvolvido pelo Sendio, originalmente para o proprietário Sendio ThinLinc RDP servidor para Win32, mas depois lançado como open source e utilizável sem ThinLinc, usando rdesktop 1.8.0 ou posterior. No modo contínuo, o cliente RDP cria uma janela X11 separada para cada janela no lado do servidor. GPLv3. Cendio / seamlessrdp tsclient (cliente de servidor de terminal), gtk / gnomelibs gráfica front-end para rdesktop, Xnest e VNC / RFP. Em C. GPL. Sourceforge. net/projects/tsclient/ Ulteo Abra o Virtual Desktop. Cliente RDP incluído em um aplicativo de entrega e sistema de desktop virtual com muitos outros recursos. GPLv2 com alguns módulos proprietários. Openvirtualdesktop / xrdp é um servidor RDP e X11, que também pode ser usado como um VNC / RFP para a ponte RDP. Usa Xvnc ou X11rdp como um backend. Licença Apache 2.0. Gito / neutrinolabs / xrdp 5. Tarantella Para a completude: Oracle Secure Global Desktop: Esta é uma tecnologia remota de acesso Win32 chamada Tarantella, até que a Sun Microsystems comprou a Tarantella, Inc. anteriormente Santa Cruz Operation (antiga SCO para distingui-la da Utah empresa anteriormente chamado Caldera Systems que renomeou-se The SCO Group). Santa Cruz Operação, por sua vez, tinha desenvolvido Tarantella de código adquirido quando comprou IXI Limited de Cambridge, Reino Unido e Visionware Limited de Leeds, no Reino Unido, em 1993 e 1994, respectivamente. Após a aquisição da Oracle, a Sun Secure Global Desktop tornou-se Oracle Secure Global Desktop. Propriedade. TeamViewer Para maior integridade: O TeamViewer é um pacote de software para controle remoto, compartilhamento de desktop, reuniões on-line, conferência na Web e transferência de arquivos entre computadores. Propriedade. Teamviewer / Para completar: Outras soluções de desktop remoto que não sejam VNC / RFB, não-RDP, não-NX estão disponíveis no Linux a partir da Bomgar, Ericom, GO-Global, Google (Desktop Remoto Chrome), GoToMyPC, Mikogo, NetSupport Manager, OpenText, Redes Proxy, Radmin, Utilitários Remotos, ScreenConnect, Splashtop Remoto, Symantec pcAnywhere e WebEx. Todos estes são proprietários. Discussão O restante desta página é discussão de lista de discussão relevante para as opções catalogadas acima. De david. goldenoceanfree. net De: David Golden (david. goldenoceanfree. net) Para: iluglinux. ie Assunto: Re: ILUG RE: VNC Opiniões Data: Sex, 21 Dez 2001 10:56:55 0000 Em sexta-feira 21 dezembro 2001 10 :23, Siobhan Kelly wrote: gt x-application-windows on my Unix machine, I wanted to gt run a X-desktop such as KDE though and wasnt able to gt configure this. gt As Ive mentioned out-of-the-blue a few days ago on this mailing list, there are two different ways to use VNC on Unix boxes - the original way makes VNC export a completely different X desktop to the normally configured defaults, by using a special server binary based on XFree 3.3 called Xvnc. Normally, Linux distributions which include VNC set this up to export a lightweight desktop environment based on twm - in theory, you could alter the startfiles Xvnc uses (which are normally completely independent from the normal X ones) to start a heavyweight desktop environment like KDE or GNOME - just change twm to startkde in /.vnc/xstartup, for example - but beware that KDE lt3.0 wont reliably support two instances of the environment it establishes running at the same time for the same user. The second method, more similar to the way VNC works on Windows and Mac, is to export a pre-existing X desktop. The program to do this is called (pretty badly from a marketing perspective) x0rfbserver. You just start up an X server, and then the end-user can start up x0rfbserver to export that display via VNC. This could potentially be very useful for tech support, persistent remote logins, and so on. It also breaks the normal X security/authentication model (obviously enough, its bypassing it totally), so should be used with care. hexonet. de/software/x0rfbserver/ ( 2005 note: Site is defunct, and project apparently died during 2004 ) Date: Fri, 21 Dec 2001 02:23:33 -0800 (PST) From: Siobhan Kelly (dublingeekyahoo. ie) To: iluglinux. ie Subject: ILUG RE: VNC Opinions Ive just read this weeks IBM DeveloperWorks article about VNC and SSH (www-106.ibm/developerworks/library/l-sare1.htmln-l-12201 ) The article will concentrate on X next week, and by then I should have my answers. By the way thanks for you tips on X but I was really interested in your opinion of VNC. I know somebody is going to point out that the clear-text/hash password sub-thread was about VNC but, all the other postings were about VNC. If I can run VNC over SSH, is this not better than X over SSH Since VNC will run an any platform (where binaries are not available it will run in a JVM). As I said in my earlier mail, we use VNC to get remote views on Windows clients and vice-versa from those Windows clients to our Windows and Unix servers. This is why I prefer VNC over X. I tried X before and was happy to run individual x-application-windows on my Unix machine. I wanted to run a X-desktop such as KDE, though, and wasnt able to configure this. From: Robert Gallagher (nothingworkseircom. net) To: iluglinux. ie Subject: RE: ILUG VNC opinions Date: Fri, 21 Dec 2001 01:34:33 -0000 You could also try using an exported X desktop. First, start an X server on your local machine I find labtams Xwinpro to be the best, labf. Then from your shell, set the DISPLAY environment variable like so: export DISPLAYltyour-ipgt:0.0. Where your-ip is the IP of the machine you started the X server on earlier. And thats basically it fire up an xterm to see that its working, and then you can go off and start up window managers or whatever. You could also set the DISPLAY variable automatically by putting this line in your shell start-up profile: export DISPLAYw grep ltusernamegt awk head - n 1:0.0 Ive found exported desktops to be a lot faster than VNC, if youre just planning on running X apps remotely, its usually a better option. You can also tunnel X traffic over an SSH connection using something like plink, but Im not 100 too sure how to go about that :) From: David Golden (david. goldenoceanfree. net) To: iluglinux. ie Date: Tue, 4 Dec 2001 23:02:03 0000 Subject: ILUG VNC and X Something that maybe not everyone on the list has seen - I came across a useful little utility today - x0rfbserver hexonet. de/software/x0rfbserver/ (RM 2005 note: Site is defunct, and project apparently died during 2004 ) Unlike the normal Unix VNC server (which is a modified X server, and independent from your normal desktop), this one acts more like VNC on Windows and Mac OS, allowing remote access to a pre-existing X desktop by vncclients. Now, this sucks compared to X for normal remote GUI work, but could be very useful for support and teaching environments - the one thing you cant normally do with X is see the exact same screen as the end-user - with this application, you can remote control their display, and maybe even walk them through step-by-step what theyre supposed to be doing. So, now you can have the best of both worlds on Linux - proper X remote GUIs, and the style of brute-force remote-control of whole displays popular with Windows-admin-monkeys. Date: Thu, 1 Mar 2001 12:01:34 -0800 To: pigdog-lbearfountain Subject: Re: Pigdog VNC r0xx From: Rick Moen (ricklinuxmafia) begin PaoTzu quotation: gt There is a ton of instructions on how to set up sshVNC. Stuff I have on hand, relevant to that: Cameron Simpsons (cszip. au) VNC over SSH instructions at zip. au/ cs/answers/vnc-thru-firewall-via-ssh. txt , Frank Stajanos (fstajanouk. research. att) SSH-protected VNC paper at uk. research. att/vnc/sshwin. html and uk. research. att/vnc/sshvnc. html , Mindbright Technology ABs (Mats Anderssons) MindVNC. GNU General Public License. Java source or bytecode. Implements secure (SSH-tunneled) VNC-client sessions, as example of how MindTerms ssh-package can be used to SSH-tunnel TCP-based protocols, generally. SSH protocol v. 1.5. mindbright. se/english/technology/products/mindvnc. html Using VNC over ssh on NT web. mit. edu/pismere/ssh/vnc-over-ssh. html VNC/SSH through firewalls zip. au/ To: svlugsvlug. org Subject: Re: svlug VNC From: Nathan Myers (ncmcantrip. org) Date: Sat, 5 Jun 1999 08:56:04 -0700 Rob Walker wrote: gt Are you guys seeing any (more) windows stability issues while you are gt running VNC Larry Augustin was seeing some problems running vnc and gt just one app. I have no access to MS systems, but the VNC FAQ on their Web site has a long list of MS bugs and workarounds, and also mentions a memory leak in older versions of the server. I did notice that its pretty easy to hang Netscapes Java interpreter by running the VNC Java viewer, which would otherwise have been pretty cool. Amusingly, in light of Mandrakes comments, it was Enlightenments pop-up tooltips that first hung the Java viewer. A good way to hang VNC itself, by the way, is to try anything recursive. Too bad that would be the ultimate cool, like a hall of mirrors in a window. Nathan Myers ncmcantrip. org To: svlugsvlug. org Subject: svlug VNC Message-Id: E10q3SX-0008Ew-00localhost From: Nathan Myers (ncmcantrip. org) Date: Fri, 4 Jun 1999 16:33:09 -0700 I have been trying out VNC (Virtual Network Computing) and its uber-cool. The magic formula (for those who have it installed already maybe you need apt-get install vncserver xvncviewer (or the equivalent, if any, for non-Debian users) first) is: 1. Quit out of X. 2. Start the VNC server vncserver :0 - geometry 1024x768 - depth 16 - pixelformat rgb565 Maybe you need to change the geometry to match your video card. Por exemplo. it might be vncserver :0 - geometry 1280x1024 - depth 32 (If you use 8bpp, it is less pretty.) This creates an invisible X desktop with all your gadgets. 3. Start the viewer xinit which xvncviewer - passwd /.vnc/passwd - geometry 1024x768 - display localhost:1.0 localhost:0.0 -- :1 Again, maybe the geometry spec for your screen is different. This allows you to see your desktop gadgets in the server. 4. Your screen looks pretty much the same as before, except the mouse pointer has a little square in it and everything is a bit slower. The uber-cool part comes next. Go to another machine on the network, preferably one where you can watch the first screen, and say: xvncviewer - shared yourmachine:0.0 Now you have a second view of the same desktop. You can quit (or crash) out of both viewers, and the desktop is still there waiting to be connected to. (BTW: Since the first viewer is running on an X server with no window manager, youll have to kill the viewer, e. g. from an xterm, to get out of it.) They have VNC viewers for practically everything, even Palm Pilots. (icsi. berkeley. edu/ minenko/PalmVNC/solaris. gif ) The Windows viewer is only 145K and can be run directly from a floppy. They have one in Java, too, that works under Netscape. VNC traffic can be encrypted with SSH or SSL, instructions are on their Web page (which changed hands recently): uk. research. att/vnc/ Nathan Myers ncmcantrip. org Date: Thu, 8 Oct 1998 12:45:17 -0700 From: Seth David Schoen (schoenuclink4.berkeley. edu) To: svlug-digestsvlug. org Subject: Re: svlug VNC or XMX for helping others with linux. Mike Rushford writes: gt For both a NT to NT or Linux to NT connection you are allowed to gt interact with the VNC consoles on both machine and whatever happens on gt one happens on either systems screen. However when a VNC connection gt occurs from NT to Linux or Linux to Linux then its only observable gt and controllable from the originator or client side of a Linux or NT gt connection no screen appears on the server Linux box. gt gt I would like to get the Linux X session screen :0.0 to appear on the gt NT box rather than a new X server and screen session. I would like to gt use this when I want to help a friend at some problem he is having on gt his Linux box. In this way he can see what I am doing on his Linux gt box. I would like this whether I use a NT or Linux box to VNC-connect gt to this Linux box. Is there a way to do this Sure: Run an ordinary X server on your Linux box, and then run a VNC X server in the background (no graphical display), which will have to listen on display :1 rather than :0. Then run the VNC client for Linux from your regular X session, and tell it to connect to the VNC server on localhost. You are now using a VNC client under Linux to control an X session on the same Linux box (even though it is not actually your outer X session). Since another person can also connect to the VNC server there, you should be able to use this for demonstration purposes to show how to do something under X. If you make the VNC server your default X server, you can even make the ordinary X server into a sort of client for your default X session, by running a very large VNC client. -) (This is all conjecture, since I have never used a VNC client on any platform other than the PalmPilot Im almost certain that it would work, though.) Date: Sat, 26 Jan 2002 12:13:29 1100 From: Mike MacCana (mikemcyber. au) Subject: Re: Remote desktop (GUI) access to Linux systems behind firewalls To: hogan (hogannetspace. net. au) Cc: luvluv. asn. au hogan (hogannetspace. net. au) wrote: gt Other than VNC and standard X, are there any solutions/protocols for gt remote desktop access to linux machines across slow network links such gt as dialup PPP given the network and systems environment described gt above Yes. MLView DXPC craps all over both VNC (regular, tight, hextile or whatever), X, LBXProxy, and standard DXPC -- and according to its makers equals Citrix ICA in terms of compression, around 60:1 when compared to the standard X protocol. Its also in beta, but seems to work well enough. Its open source, too, IIRC. Date: Thu, 24 Jan 2002 10:32:15 1100 From: Penguin (PenguinMirosystems) Subject: Re: Remote desktop (GUI) access to linux systems behind firewalls to which I have SSH access To: hogan (hogannetspace. net. au), luvluv. asn. au On Thu, 24 Jan 2002 04:18, hogan wrote: gt Id like ultimately to be able to see my work desktop at home, and my home gt desktop at work (in both cases, the systems are running Linux with XFree86 gt 4.1.x and Debian unstable.. gt gt. going through packages available for Debian, and looking at the VNC gt Web site, it would seem that the vncserver available for Linux at the gt present time is based upon the XFree86 3.x codeset. gt gt A. Am I correct in my guess gt B. Either way, is there support out there for XFree86 4.x stuff gt gt Maybe I shouldnt even think about using VNC, but just X Problem gt there is that the link between work and home is a 33.6kbps modem link. You should probably look at tightvnc tightvnc/ Vnc will be very slow amp forget about X over a 33k modem. From rick Wed Jan 23 17:16:58 2002 Date: Wed, 23 Jan 2002 17:16:58 -0800 To: luvluv. asn. au Subject: Re: Remote desktop (GUI) access to linux systems behind firewalls to which I have SSH access Quoting Penguin (PenguinMirosystems): This is very, very cool stuff. I hadnt seen it before. Even better than the flagship ATampT Cambridge VNC software, and just the thing for running remote Win32 applications from a nice, comfortable X11 desktop. Date: Thu, 28 Mar 2002 18:56:48 -0800 From: Benjy Feen (benjyfeen) To: baylisabaylisa. org Subject: rdesktop, VNC, tightvnc Ive had great luck using rdesktop from my RH7.2 desktop to access our red-headed stepsystems. In a pinch Ive been able to VNC into a Windows box running the VNC server, then run the Terminal Services client from there. This is a little icky, but those who dance with the Devil should get used to his breath. As an aside, if you use VNC, you should check out TightVNC, which desuckulates VNCs bandwidth issues. tightvnc rdesktop is available at rdesktop. org From: Jacco de Leeuw (jacco2dds. nl) To: lnx-bbczork. net Subject: Suggestion for inclusion: rdesktop Date: Sun, 05 May 2002 19:35:36 0200 I noticed that vncviewer is included with LNX-BBC. How about adding a similar program called rdesktop rdesktop (rdesktop. org ) is an implementation of the RDP 4 protocol as used Windows NT/2000/XP Terminal Server. rdesktop was created by Samba team member Matthew Chapman and released under the GNU Public License. Generally the unified patch by Peter Bystroem is also applied (bibl4.oru. se/projects/rdesktop/ ). Binaries are fairly small, only 200 KB or so. Less if OpenSSL is available. Ive made Red Hat RPMs and Linux binaries available at jacco2.dds. nl/rdesktop/ A demo Windows 2000 Terminal Server is available at scylla. odyssey. securewave (158.64.60.49). This server can be used (with permission of the owners) for testing purposes. No password is required. Date: Tue, 16 Jul 2002 09:13:11 1000 From: Mike MacCana (mikemcyber. au) Subject: Re: VNC question. To: Seon Rozenblum (seonsector3.au) Cc: luvluv. asn. au On Tue, 2002-07-16 at 08:18, Seon Rozenblum wrote: gt I have vncserver working on my Linux box (Red Hat 7.2), and can use VNC gt viewer on my PC (Win2k) to see it, but all I see is an Xterm shell on gt an empty X11 screen. How can I use VNC to view my current KDE gt session on the Linux box, so I can take over the KDE session and have gt all of the apps and icons and stuff available to me. gt gt On a Win2k machine, when I use VNC, I get to control the entire gt current desktop, as if I was sitting in front on that machine. gt gt Currently, VNCServer is using display 2. I have tried to view display gt 1 and display 0 (0 is the normal default), and cannot connect to host. Rohans answer was helpful, but not a hundred percent correct. Unix VNC traditionally acted very differently from Windows VNC - it would create a new session, rather than use your existing desktop (as Unix is multiuser, and Windows traditionally wasnt - Hey, who wouldnt want a new login if you could have one). This changed recently. You can now use VNC to take over an existing desktop with an application called x0rfbserver. x0rfbserver. How obvious :) Right up there with gnorpm. Linux on the desktop, here we come Anyway, for KDE, theres a nice little x0rfbserver replacement / front end called kfrb. Its designed to work a little like the remote desktop function of Windows, giving you a simple way to change the password, decide whether to allow the connecting user to take over the keyboard and mouse or just see your screen, and whether to prompt you before allowing someone else to connect. krfb is what you want to install on your PC. IIRC, you can download packages for Red Hat from the KDE apt repository I mentioned last night. If you cant, mail me and Ill send you my own. If you use another distro, then have a hunt and Im sure youll find packages. From: Ken Bloom (kabloomucdavis. edu) To: vox-techlists. lugod. org User-Agent: Mutt/1.3.28i Subject: vox-tech Re: remote desktop question Date: Sun, 28 Jul 2002 16:28:06 -0700 Quoting Matt Holland (mdhollanducdavis. edu) gt Its also not clear to me what the connection is between vnc and krfb, gt which is probably why your port numbers are different (I guess 5500 is gt the standard port for X display :0.0). KRfb Server is a small server for the RFB protocol, better known as VNC. Unlike other Unix/Linux RFB servers, KRfb shares your X11 session instead of creating a new one. This allows a friend or administrator to fix problems on your computer, or you can use it to show your desktop to somebody else at a remote location. It is compatible with all regular VNC / RFB clients. Theres a similar tool included in LinuxMandrake called x0rfb (in the rfb package). These tools are very useful for helping newbies over the phone and Internet, because you dont need to explain how to run the whole session through VNC (which would require them restarting all of the programs in their session), you just need to tell them to run krfb, and to click the button that says Accept Connection when you the UNIX guru try to connect. Date: Wed, 25 Sep 2002 17:12:17 -0500 From: Peter A. Peterson II (pedrotastytronic. net) To: ricklinuxmafia Subject: remote controlling satanic computers User-Agent: Mutt/1.3.20i X-pw: reindeer flotilla Just found out something that might be interesting to you, or useful for you to tell others. I was, for a while, using vnc to remote control a headless Windows workstation for job reasons, but found that vnc was too slow and non-updatey to be very useful for this, so I went to a KVM switch. However, XP/NT/2000 have something called terminal services (and the terminal services client) that runs an MS-specific Remote Desktop Protocol that they have optimized pretty nicely (whereas vnc remote control for Windows was really brute-forced (an afterthought, as they say) since its windowing is not as network-friendly as is X11) -- Someone has written an X11 client for MS Terminal Services called rdesktop (rdesktop. org/ ), its in Debian (the newest version is even in woody), and its fan-freaking-tastic It feels better than Terminal Services client feels on WINDOWS So tell your friends who are using vnc to ditch it and use rdesktop and Terminal Services client. Hope youre well, Date: Fri, 21 Nov 2003 03:25:56 0000 From: Mike MacCana (mikemcyber. au) To: LUV (luvluv. asn. au) X-Mailer: Ximian Evolution 1.4.5 (1.4.5-7) Subject: Re: remote desktop displayed locally - easy On Fri, 2003-11-21 at 00:58, Ron Palmer wrote: gt I have a few LAN server computers sitting without monitors, keyboards, gt and mice. I would like to display their entire desktop on another gt computer (RH9 notebook or if I really have to, WinXP). I have read a gt few comments I have saved in the past, looked at a few HOWTOs, but I gt cant quite get it. Does anyone have a few simple 1-2-3 points to gt suggest The (modern) Linuxey way to get access to a Linux machines desktop: Make a shortcut to, or run the following command: ssh linuxbox - C /usr/X11R6/bin/Xnest :1 amp export DISPLAYlinuxbox:1 gnome-session Itll log into the remote machine, prompt for a password if necessary, start Xnest, tell subsequent apps to run on Xnests desktop rather than your own, and then start GNOME. Use startkde rather than gnome-session if you wish. Install a decent X server on Windows (WinAxe Plus) or Mac. You could alternatively use VNC, but since X is already network-aware, I personally find it kinda hacky. Date: Sun, 05 Dec 2004 19:04:32 0000 From: Niall Walsh (linuxesatclear. ie) To: iluglinux. ie Subject: Re: ILUG Remote desktop Windows-gtLinux Kae Verens wrote: gtCant wait for the FreeNX project to release some test software Knoppix has included FreeNX for a while now. The packages they used (not too surprising, it appeared here first when it was Fabian Franz who wrote the missing pieces to make it complete) were on kalyxo. org, but they are repopulating their archive for some reason. There are debs and a tarball on debian. tu-bs. de/ (tarballs in knoppix/experiments) and also kanotix/files/debian/nx/ . Now, I dont think there is a FreeNX server for Windows yet, but the NX client is free from nomachine, anyway. Date: Tue, 1 Nov 2005 06:05:22 0800 From: echan (echannetspace. net. au) To: luv-mainluv. asn. au X-Mailer: Sylpheed version 2.0.1 (GTK 2.6.1 i486-pc-linux-gnu) Subject: Re: Xwindows and remote login On Mon, 31 Oct 2005 16:14:49 1100, Jason White (jasonjgwpacific. net. au) wrote: gt There was an article (cited on LWN. net a few weeks ago, I think) gt stating that FreeNX was a good solution to this problem, being less gt consumptive of bandwidth than VNC or other alternatives. gt It does work (low bandwidth consumption). I tried all 3 remote desktop gt mechanisms (TightVNC, SSH - C - X, FreeNX) in supporting a desktop gt connected to a 33 kB dial-up connection. FreeNX is about 5 times gt faster (and at those speeds ( 33 kB) very noticeable ). The other two gt (TightVNC and ssh - C - X ) is almost unusable. (We are talking about gt running a GUI, here ). With a 56 kB dialup it is quite usable on a 512 kB ADSL, its like running X across a 10 MB NIC. On a 10 MB NIC, its like on a 100 MB NIC. That is FreeNX I am talking about. I am currently developing methods and procedures for implementing all of 3 of the above at CBV, to help with remote desktop support for their end-users, most of whom are on dial-up. Except in the current situation (a simple 2 PC network (5 - 20 meters apart)) it may not be necessary to go to this level of performance. Regards, Ed Chan Date: Mon, 31 Oct 2005 16:12:00 -0800 To: luv-mainluv. asn. au From: Rick Moen (ricklinuxmafia) Subject: Re: Xwindows and remote login Quoting Jason White (jasonjgwpacific. net. au): gt On Tue, Nov 01, 2005 at 06:54:59AM 0800, echan wrote: gt gt Freenx ( I meant Freenx when I use NX ) is GPL. gt gt Indeed it is, but there doesnt appear to be a free (as in freedom) gt client, although there is a project to integrate one into KDE (not gt sure about GNOME). The free-software / open source NX client is called kNX, written as a proof-of-concept within 2 half-days of hacking during LinuxTag 2004. That project has now joined forces with the developers of the core FreeNX library, nxc. It seems pretty beta-ish code can be checked out of CVS/SVN. There doesnt seem to be a canonical set of informational Web pages for the client piece (other than that concerning the mailing list), but there is this wiki page cluster: Pay no attention to obsolete references to Kalyxo. org such as on dot. kde. org/1088363665/. ad that domain appears to have been snatched by one of those domain. er. collectors, and equipped with a useless search engine to keep you there, racking up hits. I find no signs of a parallel GNOME effort.
No comments:
Post a Comment