xauth não cria um ficheiro .Xauthority

Só para informar, tive um problema semelhante. Mas no meu caso apenas segui esses passos :

Siga estes passos para criar um ficheiro $HOME/.Xauthority.

Entre como utilizador e confirme que está no directório home do utilizador.

# 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 o ficheiro .Xauthority desde então.

Obrigado e créditos a srinivasan .

Só para complementar as excelentes ton ’s resposta .

tive em tempos exactamente o mesmo problema porque o meu directório de casa tinha ficado 100% cheio. Após a ligação, o ssh criou um ~/.Xauthority vazio e não conseguiu escrever nenhuma entrada nele (pelo que o xauth list tinha sempre produzido uma saída vazia).

Por isso sugiro que se verifique sempre o espaço livre (por exemplo: df -h) e que se verifique que o xauth generate e o xauth add tiveram de facto algum efeito (xauth list).

Ao mover o directório .ssh para fora do caminho fiz X forwarding trabalhar para mim.

Através do processo de eliminação, encontrei um ficheiro em ~/.ssh que se chamava “rc”, e continha:

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

Nunca criei isto, e não faço ideia de onde veio. Removendo-o corrigi o problema, e os meus authorized_keys, known_hosts, e ficheiros chave podem ficar todos intactos.

Depois de descobrir que não era o sistema, ao adicionar um utilizador de teste (que x encaminhamento funcionava “out the box”), pensei em começar a copiar os ficheiros de arranque .bash* para virginizar o utilizador “quebrado”.

Nenhum dos ficheiros era diferente, por isso a seguir apaguei o directório .ssh dos utilizadores. Quando o ssh entrou, gemeu sobre “Server refused our key”, mas eu pude entrar usando senha. Uma vez logado, eu podia x encaminhar perfeitamente.

Agora vou tentar configurar a chave novamente e ver se consigo pôr isso a funcionar também. Depois voltará ao normal.

Sob privilégios raiz abrir /etc/ssh/sshd_config e descomentar as seguintes linhas se forem comentadas:

X11Arrancar sim

X11DisplayOffset 10

X11UseLocalhost sim

Depois sair e entrar novamente com a bandeira -X em ssh. Não tem de definir ou desactivar a variável de ambiente DISPLAY.

Deparei-me com esta mesma questão em dois servidores que eram tecnicamente nós irmãos. Dor na minha cauda, pois não conseguia perceber o que era diferente. Acontece que o diretório /home estava cheio, então os arquivos .Xauthority não podiam ser preenchidos corretamente. Assim que localizei o(s) ficheiro(s) ocupando demasiado espaço e os purguei, novos ficheiros .Xauthority foram criados correctamente.