Tenho trabalhado em dois laboratórios durante o verão, o que exigiu que eu configurasse o acesso remoto a ambos os clusters de computação. Um deles usou o x2go para conectar-se a um desktop MATE e o outro usou o NxMachine para conectar-se a um desktop KDE, então configurei os dois de forma independente em meu laptop Windows. A configuração do X2Go exigia apenas uma senha para se conectar ao servidor, enquanto a configuração do NxMachine usava uma chave privada para se conectar via SSH.
As coisas correram bem por cerca de dois meses, até segunda-feira, quando não consegui fazer login no cliente X2Go e recebi esta mensagem:
"O proxy remoto fechou a conexão durante a negociação da sessão. Isso pode ser devido às credenciais de autenticação erradas passadas ao servidor."
Como as sessões de exibição individuais foram corrompidas com o X2Go antes, excluí os arquivos da sessão em C:/Users/MyUserName/.x2go/. Também usei o PuTTY para conectar-me ao meu diretório inicial naquele servidor via ssh e excluí os arquivos da sessão de ~/.x2go/.
Quando tentei fazer login novamente, recebi o mesmo erro e descobri que os arquivos da sessão estavam de volta nas pastas .x2go.
Esses logs de sessão dizem:
"Loop: PANIC! O proxy NX remoto fechou a conexão. Loop: PANIC! Falha na negociação da sessão no estágio '7'. Loop: PANIC! Versão errada ou cookie de autenticação de sessão inválido."
No primeiro dia ainda consegui me conectar ao outro servidor usando o NxMachine, mas agora essa sessão também está sendo recusada com o erro 107: conexão recusada.
Agora estou pensando que algo está errado com minhas chaves de autenticação? No entanto, honestamente, não tenho ideia de como verificar ou consertar isso, se for o caso, então estou meio preso aqui.
(Como você provavelmente pode perceber, sou bastante inexperiente com tudo isso e poderia usar qualquer ajuda que todos vocês pudessem me dar sobre isso, até mesmo entendendo os logs e as mensagens de erro. Se você precisar de alguma informação extra, por favor me avise .). Obrigado!
Responder1
Me deparei com esta postagem enquanto procurava uma solução para o mesmo problema.
Estou adicionando minha solução para outras pessoas que possam estar em situação semelhante.
Simplesmente reinicializei o banco de dados x2go:
x2godbadmin --createdb
Responder2
Recebi a mesma mensagem de erro, mas a reinicialização do banco de dados não teve efeito.
Tive que desinstalar e reinstalar o pacote x2goserver.
Responder3
Você pode se conectar ao servidor via ssh. Em seguida, encontre sua sessão x2go usando:
x2golistsessions
A saída é: <agent_pid>|<session_id>|...
Encerre sua sessão ruim usando:
x2goterminate-session <session_id>
Responder4
Eu resolvi isso entrando no sistema e eliminando meus processos relacionados ao x2go:
ps x | grep x2go
kill ...
Os processos que matei foram:
/usr/bin/dbus-run-session /etc/x2go/Xsession/bin/bash /usr/bin/x2gosetkeyboard