mensagem irritante "Conexão X11 rejeitada devido a autenticação incorreta", enquanto não há nenhum problema


15

Estou tendo um problema irritante.

Quando estou conectado a um host específico via SSH, a mensagem

X11 connection rejected because of wrong authentication.

ocorre três vezes aparentemente aleatório cerca de uma vez por minuto. Não faço ideia de onde vem.

Na verdade, não há nenhum pequeno problema com o encaminhamento do X11, ele funciona como um encanto. Mas essa mensagem continua aparecendo e está me deixando louco.

Alguém tem uma idéia de como se livrar dele?

Estou enfrentando o problema, não importa de onde venho, isso acontece no meu Gnome-Desktop e também em um sistema Windows usando PuTTY, MobaXterm, Cygwin, o que for.


Depois de mexer um pouco mais, descobri que a causa era um agente de monitoramento (check_mk). Isso verifica alguns parâmetros de tempo de execução das tarefas em execução, a mensagem aparece toda vez, quando este agente é acionado a partir do sistema de monitoramento, exatamente quando o status do PostgreSQL é verificado. Parece que esse processo tenta abrir uma conexão X11, mas falha. A mensagem é cuspida em minha sessão de terminal enquanto tenta usar minha sessão X11 encaminhada.

Existe uma maneira de desativar esta mensagem?

Respostas:


21

Verifique se você está ficando sem espaço em disco

Execute o df e verifique se você tem espaço em disco suficiente, se você estiver com pouco espaço em disco, remova arquivos desnecessários do sistema:

$ df -h

Se houver cotas impostas nos sistemas de arquivos, verifique se você não excedeu sua cota:

$ quota -s

Certifique-se de que a autoridade ~ / .X pertence a você

Execute o seguinte comando para encontrar a nave própria:

$ ls -l ~/.Xauthority

Execute chown e chmod para corrigir problemas de permissão [substitua user: group pelo seu nome de usuário e nome de grupo]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

Verifique se o encaminhamento X11 SSHD está ativado

Verifique se a seguinte linha existe no arquivo sshd_config:

$ grep X11Forwarding /etc/ssh/sshd_config

Saída de amostra:

X11Forwarding yes

Se o X11 estiver desativado, adicione a seguinte linha ao sshd_cofing e reinicie o servidor ssh:

X11Forwarding yes

Verifique se o encaminhamento de cliente X11 está ativado

Verifique se o ssh_config local possui as seguintes linhas:

Host *
ForwardX11 yes

Por fim, efetue login no servidor remoto e execute o X11 da seguinte forma no seu sistema desktop Mac OS X ou Linux:

ssh -X user@remote-host.com

O crédito pelas informações pertence aqui: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

Espero que ajude.


Eu li isso, mas como não há realmente nenhum problema ao iniciar aplicativos X11, essas etapas não eram aplicáveis. Entretanto, entretanto, encontrei a causa do problema e atualizo agora.
Christian

Como mencionado, isso não é relevante neste caso. O problema não é que minha tentativa de encaminhar uma conexão X11 falhe. O problema é que outro usuário tenta usar o meu X11-Forwarding e que a mensagem é cuspida na minha sessão ativa do terminal, o que eu não quero. A pergunta é "Existe alguma maneira de desativar esta mensagem?".
Christian

Atualizei minha resposta para um usuário que solicitou e depois removi seu comentário. Para sua pergunta, tente desativar o acesso do mural a todos, exceto o root (assumindo que o processo não esteja sendo executado pelo usuário root): $ sudo chmod gs / usr / bin / wall $ echo foo | wall
devnull 21/10

Emiti "mesg n" o que suprime as mensagens da parede, mas continuava recebendo as seguintes :( #
Christian

Se esse processo for executado pelo root, você o faria. A raiz não pode ser suprimida. Se for esse o caso, crie um 'monitor' ou qualquer usuário e mova o monitoramento para que seja executado por esse usuário e você não verá mais essas mensagens porque não será a partir do raiz.
devnull

4

Pode ser um tempo limite de encaminhamento X11 não confiável. O uso da ForwardX11Timeoutopção com um grande tempo limite pode ajudar, conforme sugerido em https://bugzilla.mindrot.org/show_bug.cgi?id=1718 (eu tive esse problema no passado, mas o IIRC desapareceu após alguma atualização).


Infelizmente não, também quando eu explicitamente definido ForwardX11Trusted yesem /etc/ssh_config.
Christian

2

Se você tem a aplicação do SELINUX e o diretório inicial não está no diretório / home, esse é o seu problema. As configurações direcionadas do SELINUX assumem que todos os diretórios pessoais do usuário estão em / home, portanto, o xauth não funciona corretamente porque o tipo SELINUX no diretório pessoal não está correto. Eu gostaria de poder recomendar uma correção, mas a que encontrei não funcionou. Defino o SELINUX como permissivo para contornar esse problema.



0

Instale o XQuartz no mac, se necessário, e faça o login diretamente com o usuário. Exemplo - Ao instalar o oracledb, eu estava tentando fazer login com root e, em seguida, executando o comando do usuário oracle após o sudo su - oracle.

Entre diretamente com oracle ssh -X oracle @ hostname

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.