☰

xauth não está criando arquivo .Xauthority

tag-icon • tag-icon linux ssh xauth
xauth não está criando arquivo .Xauthority

Quando eu ssh em um sistema Linux Mint 17 sem cabeça, ele não cria atualização/cria um arquivo .Xauthority.

Além disso, quando executo xauthrecebo a resposta:

marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
marty@N40L ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>

Ele não cria o arquivo.

EDITAR:

Quando eu conecto o monitor e efetuo login localmente, o arquivo é criado, mas quando tento adicionar uma entrada (porque meu SSH não faz isso por mim):

marty@N40L ~ $ xauth list
N40L/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
marty@N40L ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep  3 12:03 .Xauthority
marty@N40L ~ $ xauth generate $DISPLAY .
PuTTY X11 proxy: wrong authorisation protocol attemptedxauth: (argv):1:  unable to open display "localhost:10.0".

Aliás, fazer um netstat --listenmostra a porta escutando:

tcp 0 0 localhost:6010 *:* LISTEN

AG, mais informações. Saí da sessão X no servidor e agora o arquivo .Xauthority desapareceu. Parece que o arquivo SÓ está lá quando conectado localmente. Alguém pode me dizer por que ou como posso consertar isso?

NOVO DESENVOLVIMENTO:

Criei um usuário virgem no sistema chamado “teste”. Em seguida, entrei e, sem NENHUM outro comando, executei o xeyes. O que funcionou! Portanto, é SOMENTE o usuário "marty" que não pode xforward. Como copio as configurações de test para marty?

Responder1

Só para informar, tive um problema semelhante. Mas no meu caso eu apenas sigoessas etapas:

Siga estas etapas para criar um $HOME/.Xauthorityarquivo.

Faça login como usuário e confirme que você está no diretório inicial do usuário.

# Rename the existing .Xauthority file by running the following command
mv .Xauthority old.Xauthority 

# xauth with complain unless ~/.Xauthority exists
touch ~/.Xauthority

# only this one key is needed for X11 over SSH 
xauth generate :0 . trusted 

# generate our own key, xauth requires 128 bit hex encoding
xauth add ${HOST}:0 . $(xxd -l 16 -p /dev/urandom)

# To view a listing of the .Xauthority file, enter the following 
xauth list

Depois disso, não há mais problemas com .Xauthorityo arquivo desde então.

Agradecimentos e créditos asrinivasan.

Responder2

Com privilégios de root, abra /etc/ssh/sshd_confige remova o comentário das seguintes linhas, se estiverem comentadas:

X11Encaminhamento sim

X11DisplayOffset 10

X11UseLocalhost sim

Em seguida, efetue logout e login novamente com -Xsinalizador em ssh. Você não precisa definir ou cancelar a configuração DISPLAYda variável de ambiente.

Responder3

Só para complementar o excelentetoneladaderesponder.

Certa vez, tive exatamente o mesmo problema porque meu diretório inicial estava 100% cheio. Após a conexão, sshcriou um vazio ~/.Xauthoritye não foi possível gravar nenhuma entrada nele (de modo que xauth listsempre produziu uma saída vazia).

Então sugiro que sempre verifique o espaço livre (por exemplo: df -h) e verifique se xauth generaterealmente xauth addteve algum efeito ( xauth list).

Responder4

Tirar o .sshdiretório do caminho fez com que o encaminhamento do X funcionasse para mim.

Através do processo de eliminação, encontrei um arquivo em ~/.ssh chamado "rc" e continha:

echo "Wecome to $(hostname), $(whoami)"

Eu nunca criei isso e não tenho ideia de onde veio. A remoção resolveu o problema, e meus arquivos authorized_keys, known_hostse key podem permanecer intactos.

informação relacionada