encaminhamento X11 e arquivo .Xauthority

Question

Procurei uma resposta para essa pergunta nas últimas semanas, mas nenhuma das soluções que vi funcionou para mim. Eu tentei excluir o arquivo .Xauthority em ambos os locais. Eu uso o Cygwin X para acessar outro computador. Recentemente, o encaminhamento do X11 não está funcionando. Depois de iniciar o servidor X na minha máquina local:

[local]$ export DISPLAY=0.0    
[local]$ ssh -XY user@remotelocation
Warning: No xauth data; using fake authentication data for X11 forwarding.

Não sei se isso é útil, mas:

[remote]$ xauth list
location/unix:10 MIT-MAGIC-COOKIE-1 304eb389beb66bf44ae6bc1821bdf472

Finalmente, o problema ocorre aqui:

[remote]$ gedit file &
X11 connection refused because of wrong authentication.

Sempre recebi o aviso "no xauth data; using authentication falso", mas recentemente a conexão do X11 foi recusada como resultado. Você tem alguma sugestão?

    

Answer 1

I've tried deleting the .Xauthority file in both locations.

Talvez algo tenha dado errado antes disso, mas você certamente não terá sucesso depois disso. Se você encontrou este conselho em algum lugar, e eles não estavam se referindo a alguma circunstância extremamente incomum que não se aplica a você, lista negra dessa fonte. Restaure o arquivo .Xauthority no cliente.

Se você perdeu o arquivo .Xauthority , poderá restaurá-lo de um processo em execução ou de um arquivo temporário. Eu não tenho ideia de como fazer isso com o Cygwin. A maneira simples de trabalhar em todos os lugares é sair do servidor X e iniciar um novo.

Se você receber a mensagem “no xauth data; usando autenticação falsa ”, os aplicativos remotos não poderão ser exibidos em seu servidor local, a menos que estejam configurados com a segurança desativada. Sem a segurança do xauth, qualquer um pode espiar a sua sessão X e injetar entrada se puder acessar o servidor X; Dependendo da configuração, eles podem precisar ser usuários locais (caso em que não é tão ruim em um sistema operacional de usuário único) ou pode ser suficiente que eles possam abrir uma conexão TCP com a sua máquina (ou seja, eles são na sua rede local, o que poderia ser qualquer um se você estiver usando, por exemplo, wifi público). Se costumava funcionar e não funciona mais, pode ser porque alguma verificação de segurança ausente foi corrigida recentemente.

Quando tiver um arquivo .Xauthority válido, abra um shell e verifique se é possível executar aplicativos locais, como gedit . A partir desse mesmo shell, execute ssh -X user@remotelocation e tente executar um aplicativo X. Ou isso vai funcionar ou você receberá mensagens de erro; leia-os e copie e cole-os se pedir ajuda. Se não funcionar, execute ssh -vv -X user@remotelocation ; a saída extra de depuração fornecerá algumas informações sobre o motivo pelo qual ela não funciona.

Certifique-se de que o servidor permita conexões X remotas. Com o OpenSSH, o arquivo /etc/sshd_config (ou /etc/ssh/sshd_config ou algum outro local, dependendo da distribuição) deve conter X11Forwarding yes .