export $(dbus-launch)
na máquina remota resolveu esse problema para mim.
Depois de configurar o último dos meus 5 computadores remotos, decidi testar se a rede estava funcionando bem conectando-se a cada um deles e abrindo o gedit.
Para meu espanto, quando tentei abrir o gedit na segunda máquina, fui recebido com:
** (gedit:1862): WARNING **; Could not connect: Connection refused
** (gedit:1862): WARNING **; Could not connect to session bus
O fechamento do gedit não ajudou, mas quando fechei minha conexão ssh com a primeira máquina remota, consegui abrir o gedit na segunda. Decidi verificar se isso era um problema com todos os programas X, mas consegui abrir xeyes em várias máquinas remotas.
Minha pergunta é: por que abrir o gedit remotamente em uma máquina me impede de abri-la em outra até que a primeira sessão ssh seja fechada? E existe uma maneira de corrigir isso ou uma solução alternativa? Eu não preciso ter vários códigos abertos de uma só vez, mas eu menos gostaria de não ter que fechar a conexão a uma das máquinas antes de poder abri-la em outra. / p>
Meu ssh_config está configurado com 'ForwardX11' e 'ForwardX11Trusted', ambos configurados como yes, caso isso seja pertinente.
Atualização: Eu decidi experimentar mais alguns programas, e descobri que enquanto eu posso ter o nautilus aberto através do ssh em várias máquinas, recebo um número da conexão recusada pelos avisos antes de abrir.
export $(dbus-launch)
na máquina remota resolveu esse problema para mim.
Este é um problema com o que quer que esteja atuando como o gerenciador X Display (ou servidor X) no PC / laptop de onde você está testando o gedit. Então, qual sistema operacional e software de servidor X você está usando?
Normalmente, o processo para exibir um aplicativo X remoto em seu PC local envolveria:
Se você está no Windows, o Xming funciona bem como um servidor X com putty ou cliente ssh de ssh.com .. Ele permite que você gerencie seus monitores X locais e autorize a exibição de aplicativos remotos em seu sistema local.
ssh na máquina remota através do terminal e use nano
ou vi
para abrir o arquivo de texto e editar.
Acho que o nano é mais amigável para os novatos, em parte porque mostra as combinações de teclas para várias ações diretamente na sua janela de terminal.
Para abrir um arquivo usando nano: nano filename.txt
ou sudo nano filename.txt
(se você precisar de privilégios de root)
Abra uma janela do navegador de arquivos Nautilus e selecione "conectar ao servidor" no menu no painel superior.
Digite as informações do servidor (use ssh: // ou sftp: // para conexões ssh).
Uma vez conectado, você pode marcar a localização usando ctrl + d . Em seguida, clique duas vezes no arquivo que você deseja editar no gedit e vá de lá.
Uma desvantagem: , a menos que você tenha ssh em como root, abrir arquivos que exijam privilégios de root é menos direto usando essa abordagem. Uma coisa que você pode fazer, se tiver nautilus-open-terminal
instalado, é clicar com o botão direito na janela do nautilus onde o arquivo está localizado e selecionar "abrir no terminal remoto", então use sudo nano filename.txt
como acima.
Tags ssh gedit x11-forwarding