Estou tentando conectar-me a um servidor Ubuntu para trabalhar no Qt-creator. Antes que tudo dê errado, eu segui o tutorial . Eu baixei putty e Xming e tudo estava funcionando muito bem.
então, de repente, enquanto trabalhava no criador do Qt, não consegui salvar nenhuma alteração. Então, eu fechei o Qt-creator e reiniciei a putty session. ele me perguntou sobre o nome de usuário e senha (como de costume), depois do login no servidor e quando eu tentei executar o Qt-creator (como sempre) a seguinte mensagem aparece:
PuTTY X11 proxy: wrong authorisation protocol attempted
Can't open display: localhost:10.0
então, tentei resolver o problema usando duas abordagens encontradas na internet:
o primeiro é obter o dpyname protoname hexkey usando:
xauth list
que deve retornar a chave que pode ser adicionada usando:
xauth add
No entanto, não funcionou porque o comando xauth list não retornou nada.
a segunda solução foi ir para:
./etc/ssh/sshd_config
abra o arquivo: sshd_config e edite a linha ForwardX11Trusted para ler yes e, se essa linha não existir, adicione-a.
ForwardX11Trusted yes
depois reinicie o servidor ssh e ele deve funcionar.
No entanto, também não funcionou. Não consegui abrir o arquivo sshd_config usando xdg-open ou gedit e a mesma mensagem aparece novamente.
então por que isso está acontecendo e qual é a solução para isso?
Enquanto logado como su, após alguns erros do tipo "PuTTY X11 proxy: protocolo de autorização errado", percebi que era um problema de autenticação. Então lembrei de copiar o arquivo .Xauthority do meu próprio perfil / diretório home para / root. Problema resolvido!
resolvi usando uma mistura dos dois mencionados acima.
ForwardX11Trusted yes
sudo apt-get install xauth
xauth list estava vazio para mim antes de reiniciar. Foi, no entanto, preenchido após o reinício. Eu fiz xauth list depois que eu testei com putty.
Então eu reiniciei o ssh e funcionou. Yay!
Nota: O que eu realmente fiz foi reiniciar meu Raspberry Pi
Eu tive um problema semelhante em um servidor no trabalho porque a pasta inicial estava sem espaço em disco. Após o login, não foi possível gravar o arquivo Xauthority e ... não pôde encaminhar.
Liberar espaço resolveu o problema.
Eu imagino que você teria um problema semelhante se a pasta home ou as permissões de autoridade X fossem configuradas incorretamente, para que você não tivesse acesso de gravação.
No meu caso, notei que poderia abrir o Display com o root, mas estava fazendo um su-grid, e essa grade de usuários foi a única com o problema,
a solução foi fechar esta sessão, e abrir uma nova sessão diretamente com a grade, e funcionou, algo sobre fazer a su-grade estava falhando ...
Eu tive um problema semelhante em um servidor. O motivo foi que o usuário obteve o número errado de exibição (DISPLAY = localhost: 10.0). Quando o usuário se conecta ao servidor via SSH (como usuário chamado test1) ele obtém DISPLAY = localhost: 11.0. Quando ele se conecta como outro usuário e se torna usuário (test1), ele recebe um número errado de exibição (DISPLAY = localhost: 10.0). Quando eu defino o número de rifght de DISPLAY (DISPLAY = localhost: 11.0), funciona.