Execute o Gparted sobre o SSH

9

Estou usando um laptop com o Ubuntu 14.04 e comecei a construir um servidor Samba em casa

Estou usando o Ubuntu-Server 14.04 para esta máquina.

Eu uso Webmin e SSH (dependendo do trabalho) para configurar meu servidor

Recentemente eu pesquisei "run gparted over ssh". Eu não sabia que isso era possível, então eu tentei. Eu instalei o gparted (no servidor), mas quando eu entro sudo gparted

Eu recebo o erro: "Gtk-WARNING **: não é possível abrir o display:"

Eu segui em vão todos os guias que encontrei: link

Eu também tentei:

  1. sudo -E gparted
  2. Configurando o X11Forwarding yes
  3. export DISPLAY =

Alguma outra ideia? Obrigado a todos pelo seu tempo e respostas!

    
por Leonidas 06.06.2014 / 18:45

1 resposta

8

O problema é que quando você usa o sudo, ele cria um novo ambiente sem configurações do X.

Existem duas opções: primeiro, você pode usar sudo -E gparted para tentar preservar o ambiente, tente, se isso funcionar é provavelmente a opção mais segura.

Se não, você precisa configurar a conta root do seu servidor para permitir o login através do ssh, para que você possa ssh root@server , que deve definir o encaminhamento e o ambiente apropriados.

Primeiro, no servidor, em /etc/ssh/sshd_config , verifique se ele tem:

  1. X11Forwarding yes
  2. PermitRootLogin without-password

Em seguida, adicione a chave pública ssh do seu cliente à conta raiz no servidor. Se você já pode ssh para o servidor sem senha com seu usuário normal, use sudo -i para iniciar uma sessão raiz interativa. Então:

  1. %código%. Isso é apenas para que um diretório ssh localhost inicial seja criado.
  2. Copie o arquivo .ssh do usuário normal: authorized_keys

Agora, no sistema remoto, tente cp /home/normaluser/.ssh/authorized_keys ~/.ssh . Você deve conseguir efetuar login sem senha. Verifique se a saída mostra que o encaminhamento do X foi ativado. Então você poderá executar ssh -v root@server remotamente.

Além disso, não é preciso dizer, mas arriscar as partições de um sistema remoto é arriscado; garantir que você tenha um backup de dados importantes no caso de um desastre acontecer:)

    
O
por roadmr 06.06.2014 / 19:14