O X11, como suponho que a maioria de vocês já saiba, é o servidor gráfico usado por quase todas as distribuições Linux. Este servidor permite, entre outras coisas, o encaminhamento via SSH. Isso significa que é possível executar aplicativos gráficos de uma máquina remota, exportando a tela para o nosso desktop. Ou seja, o aplicativo é executado no servidor remoto, mas a interface gráfica é exibida em nossa área de trabalho local.
Passos a seguir
1.- No servidor, edite o arquivo / etc / ssh / ssh_config e modificar a opção X11 Encaminhamento então fica assim:
X11Forwarding sim
Após esta alteração, pode ser necessário reiniciar o daemon ssh. A maneira de fazer isso varia de acordo com cada distribuição Linux. O mais simples é reiniciar a máquina.
2.- Na área de trabalho local, faça login no servidor via SSH usando o parâmetro -X:
ssh -X usuário @ nome do host
onde usuário é o nome de usuário usado para fazer login no servidor e hostname é o IP ou alias do servidor.
3.- Para rodar uma aplicação basta fazer desde o terminal. Por exemplo:
firefox
Encaminhamento X11 confiável
Ao habilitar o encaminhamento Trusted X11, é possível acelerar um pouco a velocidade de conexão, já que alguns passos relacionados à sua segurança são evitados.
Caso a velocidade seja mais importante do que a segurança, tudo o que precisa ser feito é o seguinte:
1.- No servidor, edite o arquivo / etc / ssh / ssh_config e modificar a opção ForwardX11 Trusted então fica assim:
ForwardX11Trusted sim
2.- Na área de trabalho local, faça login no servidor via SSH usando o parâmetro -Y:
ssh -Y usuário @ nome do host
Encaminhamento X11 comprimido
Nos cenários em que a conexão entre o servidor e o cliente não é a melhor, é possível compactar os dados enviados pelo servidor.
Para fazer isso, ao fazer login no servidor via SSH, adicione o parâmetro -C:
ssh -X -C usuário @ nome do host
Difícil, muito comando.
É melhor eu não complicar minha vida e executar o Teamviewer
Não sei, mas sou mais complicado com o TeamViewer e sua abençoada senha.
Parece-me que são 2 coisas diferentes, que alguém me corrija, mas este método que se propõe aqui, não é levantar todo o ambiente como se fizesse teamviewer, mas por exemplo colocar como diz aí "firefox" e isso na tua máquina O Firefox abre normalmente, mas na verdade está rodando na máquina remota.
Na verdade, como você indicou, é para executar o Firefox (do servidor) em sua máquina. É apenas o que eles estão me ensinando agora.
Isso mesmo, campeão!
Como diria um amigo, não confunda os muitos: “uma coisa é uma coisa e outra é outra”. Haha ...
Nah sério, você está certo não, este método não é comparável ao Teamviewer.
Abraço! Paulo.
muito bom, útil acima de tudo e a verdade é que uso muito ultimamente 🙂
a questão é: ssh_config ou sshd_config? (cara sshd_config porque nem todas as distros o trazem por padrão, embora o ideal seja declarar como usuário em $ HOME / .ssh / config)
você também pode olhar para a opção X11UseLocalhost
ou o clássico com DISPLAY = ip: Xx e xhost,
e antes de qualquer problema dê o verboso (-v)
Isso mesmo ... boa contribuição!
Bem, eu acho muito interessante! Muito obrigado! Vou ter que testar no meu servidor ovh! 🙂
Adiante! Abraço! Paulo.
Artigo muito bom. Um problema, eu uso muito essa opção para me conectar a um Raspberry Pi com Raspbian e Lxde, de um Ubuntu com Unity. Muitas vezes acontece que os ícones de aplicativos parecem corrompidos. O que poderia ser isso?
Outra coisa, geralmente adiciono a opção de executar aplicativos gráficos em segundo plano: firefox e
Boa contribuição para rodar os apps em background, ainda não tinha pensado nisso.
Em relação aos ícones ... isso acontece com você usando o encaminhamento X11 compactado?
Abraço! Paulo.
Não, você me falou sobre comprimido. Quando eu tiver um buraco, mando você pegar. Como informação adicional eu uso faenza no Ubuntu, o cliente e os ícones Lxde padrão no servidor.
Você tem a resposta aí. O serviço que você traz não significa que você também traz o ambiente de desktop. Você está apenas trazendo o serviço, e com o pedido indica que é um serviço gráfico. Os X que se executam são os do cliente, no seu caso os do Ubuntu com Unity, e tem que interpretar o tipo de ícones, dando equivalência de Lxde a Unity, do qual tem por defeito o faenza (coincidência que me explicaram isso semana passada 😛)
artigo muito bom!, eu até agora para algo semelhante ao hectorq, tenho dois serv. sem monitor, quando preciso do firefox para baixar alguma coisa (wget e transmissão às vezes não bastam), usei ssh, startx e entrei via vnc / remmina. Muito complicado meu método, muito mais fácil de fazer o encaminhamento x11
PS: no debian os arquivos de configuração mudam um pouco, parece que o ForwardX11 cumpre a mesma função, saudações!
Agora que estou mexendo em um servidor, isso é muuuuito bom e em massa no momento xD, preciso usar multissistema, mas o sistema operacional do meu notebook é Chakra Linux, e preciso fumar meio gnome compilando-o sozinho para poder executá-lo, Vou instalar no servidor com Debian e encaminhar xD hahaha
Bom, campeão!
Me alegro! Abraço!
Pablo.
Muito obrigado pela informação!
Valor acrescentado:
Tenho Ubuntu Server 14.04.1 LTS
Tive problemas com: ./Xauthority
E para que funcione, você precisa fazer essas alterações em: / etc / ssh / sshd_config
....
# Vida útil e tamanho da chave de servidor efêmera versão 1
Intervalo de Regeneração de Chave 3600
ServerKeyBits 768
....
# Autenticação:
LoginGraceTime 120
PermitRootLogin sim
StrictModes sim
e reinicie o serviço ssh: # sudo service ssh restart
Espero que tenha servido a alguém.
Boa! Obrigado pela contribuição!
Felicidades! Paulo.
Muito bem explicado! Há uma coisa que não entendo, se o aplicativo está sendo executado no host remoto, isso significa que os gráficos também são processados pelo host? Ou seja, a placa gráfica do host processará os dados e simplesmente enviará as informações ao cliente para visualização? Ocorreu-me que desta forma eu poderia executar aplicativos de modelagem 3D que requerem muito mais energia do meu pequeno notebook.
faz você querer cagar
Eu so digo que quero um casaco