Como trabalho com ferramentas da GUI em um servidor remoto?

Eu tenho um servidor Ubuntu rodando no EC2 (que eu não instalei, apenas peguei uma AMI). Até agora, estou puttytrabalhando para trabalhar com ele, mas estou pensando em como trabalhar com ferramentas da GUI (não estou familiarizado com as ferramentas de interface do usuário do Linux, mas quero aprender). Bobo, estou perdendo a conveniência do Windows Explorer.

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

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

X11Forwarding yes

está ativado no /etc/ssh/sshd_configservidor remoto e habilita o encaminhamento do X11 manualmente com

servidor remoto ssh -X

ou adicione uma linha dizendo

ForwardX11 yes

à entrada do host relevante em ~/.ssh/config

Obviamente, isso exige uma exibição do X em funcionamento no local, portanto, se você estiver usando o Windows, precisará instalar algo como o XMing , em seguida, configure o encaminhamento do X11 no PuTTY, conforme demonstrado nestas referências:

• Usando PuTTY e Xming para conectar-se ao CSE
• Encaminhamento X11 usando Xming e PuTTY
• Use Linux sobre Windows com Xming, aqui ou aqui

ETA: Lendo novamente e vendo seus esclarecimentos nos comentários, o FTP pode atender às suas necessidades ainda melhor, pois permitirá "montar" pastas SFTP como se fossem unidades de rede comuns. Veja aqui , aqui , aqui (para Windows XP / 7 / Vista) ou aqui (para Windows 8) .

Shadur abordou como habilitar o X. Observe que /etc/ssh/sshd_configestá no final do servidor e ~/.ssh/configno final do cliente, por isso, em geral, estamos falando de duas máquinas diferentes. O encaminhamento X exibirá seu aplicativo remoto no monitor X local. Portanto, as duas configurações precisam informar o controle remoto e o local para permitir que essa operação ocorra, respectivamente.

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 sua velocidade? É medido? Existe um boné? Se você possui uma conexão muito rápida à rede e não há restrições, esse X é mais utilizável; caso contrário, pode ser muito lento. Tenha em mente que, em geral, X é um porco da rede; não é otimizada para largura de banda (ou seja qual for a frase correta).

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

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

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

Eu descobri freenxe sou nxclientuma solução de desktop remoto de alto desempenho, muito melhor que vncou X11. Eu daria uma chance.

Você deve considerar a aderência à linha de comando, porque a) a maioria dos servidores nem sequer possui uma GUI instalada eb) todas as GUIs demoram a usar em redes.

Dito isto, eu sugeriria dar uma olhada no VNC. Existem clientes nativos para Windows e servidores para Linux, portanto você não precisaria configurar o X11 na sua caixa do Windows.

Se você usou o Emacs, pode executar um Emacs instalado localmente no Windows e fazer edição de arquivos, gerenciamento de arquivos e diretórios ( direcionado ), controle de versão, compilação e também algum outro trabalho aleatório no shell ( M-xshellou M-xeshell) e, provavelmente, mais algumas coisas via TRAMP no seu Emacs local. (Alguns vídeos de demonstração facilmente encontrados que talvez possam deixar uma pessoa com menos medo do Emacs desconhecido e do TRAMP, etc .: 1 , 2. )

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

Digamos, se você quiser trabalhar com o "Windows Explorer", ainda não haverá um "Windows Explorer" no servidor Ubuntu, portanto não será possível executá-lo remotamente.

Mas se o "Windows Explorer" tivesse algo parecido com o TRAMP como um recurso (para acessos remotos via SSH), você poderia continuar usando alegremente o "Windows Explorer" local, se é tudo o que precisa.

Diferentemente do RDP, o 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 conectar e desconectar a sessão VNC.

Eu trabalhei com êxito em uma conexão DSL Jetstart de 128k / 128k (Sim, a Telecom NZ realmente costumava oferecer um serviço DSL de 128k / 128k!). Foi bastante responsivo, apenas diminuindo a velocidade quando foi necessário baixar um bitmap grande para o cliente VNC.

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

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

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