Como trabalho com ferramentas GUI em um servidor remoto?

Question

Eu tenho um servidor Ubuntu rodando no EC2 (que eu mesmo não instalei, apenas peguei um AMI). Até agora eu estou usando putty para trabalhar com isso, mas estou querendo saber como trabalhar nele com ferramentas de GUI (não estou familiarizado com as ferramentas de interface do usuário do Linux, mas quero aprender). Bobo, sinto falta da conveniência do Windows Explorer.

Atualmente, tenho apenas o Windows em casa. Como faço para configurar ferramentas GUI para trabalhar com um servidor remoto? Devo fazer isso ou devo ficar na linha de comando? As respostas mudam se eu tiver uma máquina linux local para brincar?

    

Answer 1

Você pode usar o encaminhamento do X11 pelo SSH; verifique se a opção

X11Forwarding yes

está habilitado em /etc/ssh/sshd_config no servidor remoto e habilita o encaminhamento X11 manualmente com

ssh -X remoteserver

ou adicione uma linha dizendo

ForwardX11 yes

para a entrada de host relevante em ~/.ssh/config

Claro, isso requer uma exibição X funcional no final local, então se você estiver usando o Windows, terá que instalar algo como XMing , então configure o encaminhamento do X11 no PuTTY conforme demonstrado nestas referências:

• Usando o PuTTY e o Xming se conectar ao CSE
• X11 Encaminhamento usando Xming e PuTTY
• Use o Linux no Windows com o Xming, aqui ou aqui

ETA: lendo novamente e vendo seus esclarecimentos nos comentários, O FTP pode atender às suas necessidades ainda melhor como ele permite que você 'monte' pastas SFTP como se fossem unidades de rede comuns. Veja aqui , aqui , aqui (para Windows XP / 7 / Vista) , ou aqui (para o Windows 8) .

    

Answer 2

O Shadur cobriu como habilitar o X. Observe que o /etc/ssh/sshd_config está no servidor, e o ~/.ssh/config está no cliente final, então, em geral, estamos falando sobre duas máquinas diferentes. O encaminhamento X exibirá seu aplicativo remoto no visor X local. Portanto, as duas configurações precisam informar ao remoto e ao local para permitir que essa operação aconteça, respectivamente.

Para saber se você deve usar o X, isso depende. Você precisa considerar (pelo menos) os seguintes fatores.

• Que tipo de largura de banda você tem? Qual a velocidade dele? É medido? Existe um boné? Se você tem uma conexão muito rápida com a rede e sem restrições, esse X é mais utilizável, caso contrário, pode ser muito lento. Tenha em mente que, em geral, o X é um porco da rede; não é otimizado para largura de banda (ou seja qual for a frase correta).

• Quais ferramentas você planeja usar sobre o X? Existem substituições / equivalentes não-gui? Se você der exemplos dos tipos de ferramentas que você está pensando em usar, as pessoas poderiam sugerir alternativas, se disponíveis. Também esteja ciente de que algumas ferramentas bem conhecidas vêm em forma de gui e linha de comando / console. Por exemplo. emacs, aptitude, reportbug.

Em geral, minha recomendação é usar a linha de comando (apt, wget, rsync) ou curses aplicativos (como aptitude ou mc) se eles estiverem disponíveis e fizerem o que você precisa. Esses aplicativos não são necessariamente piores que os X apps; algumas dessas são ótimas aplicações. Por exemplo. O software de John Davis, por exemplo, jed e slrn, ambos aplicativos de console, mostram sua estética distinta e são obras de arte. BTW, executar um servidor X em um cliente Windows para conectar-se a um servidor Linux é uma opção, embora não particularmente boa.

Se você tem um servidor linux local, os problemas de largura de banda desaparecem e o X é uma opção muito mais viável.

    

Answer 3

Descobri que freenx e nxclient são uma solução de área de trabalho remota de alto desempenho, muito melhor do que vnc ou X11 . Eu tentaria isso.

    

Answer 4

Você deve considerar aderir à linha de comando, porque a) a maioria dos servidores não tem nem mesmo uma GUI instalada eb) todas as GUIs são lentas para serem usadas em redes.

Dito isso, sugiro dar uma olhada no VNC. Existem clientes nativos para Windows e servidores para Linux, então você não teria que configurar o X11 em sua caixa do Windows.

    

Answer 5

Se você usasse o Emacs, poderia executar um Emacs instalado localmente no seu Windows, e fazer a edição de arquivos, o gerenciamento de arquivos e diretórios ( dired ), controle de versão, compilação e também algum outro trabalho aleatório no shell ( Mx shell ou Mx eshell ), e provavelmente um pouco mais coisas via TRAMP no seu Emacs local. (Alguns vídeos de demonstração fáceis de encontrar que talvez possam fazer uma pessoa não ter tanto medo do Emacs desconhecido e do TRAMP, etc .: 1 , 2 .

Essa é uma ilustração que os programas X remotos podem não ser a solução certa para você. Em contraste com a maneira remota dos clientes X, o modo TRAMP não envolve nenhum tráfego "gráfico" pesado na conexão remota, ele usa a conexão ssh apenas para enviar listagens de diretório, arquivos e saída de comando para frente e para trás.

Digamos que, se você quiser trabalhar com o "Windows Explorer", ainda não haverá um "Windows Explorer" no servidor Ubuntu, então você não poderá executá-lo remotamente.

Mas se o "Windows Explorer" tiver algo como TRAMP como um recurso (para acessos remotos via SSH), você poderá continuar usando o "Windows Explorer" local, se for tudo o que você precisa.

    

Answer 6

Ao contrário do RDP, X perde a sessão se o servidor ou o túnel ssh se desconectar. Você pode usar o XVNC, que apresenta um servidor X para os programas clientes e se conecta a um cliente VNC. Isso mantém a sessão X ativa e permite que você se conecte e desconecte a sessão do VNC.

Trabalhei com sucesso em uma conexão DSL Jetstart de 128k / 128k (Sim, a Telecom NZ realmente oferecia um serviço DSL de 128k / 128k!). Foi bastante responsivo, apenas desacelerou quando teve que baixar um bitmap grande para o cliente VNC.

Você pode ver como encapsular o VNC sobre o ssh em este artigo.

    

Answer 7

Eu uso nautilus --no-desktop no servidor Ubuntu 11.04 para a funcionalidade do tipo MS Windows Explorer.

    

Answer 8

Eu achei o comando gvfs-tree , ou em alguns tipos de Linux apenas tree , para ser útil em ver uma representação CLI da árvore de diretórios.