xauth не создает файл .Xauthority

Просто чтобы доложить, у меня была похожая проблема. Но в моем случае я просто следую эти шаги :

Следуйте этим шагам, чтобы создать файл $HOME/.Xauthority.

Войдите как пользователь и подтвердите, что вы находитесь в домашнем каталоге пользователя.

# 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

После этого больше нет проблем с файлом .Xauthority.

Спасибо и зачитано srinivasan .

Просто в дополнение к отличному ton ’s answer .

у меня однажды была точно такая же проблема, потому что мой домашний каталог стал на 100% полным. При подключении, ssh создала пустую ~/.Xauthority и не смогла записать в нее ни одной записи (так что xauth list всегда создавала пустой вывод).

Поэтому я предлагаю всегда проверять свободное место (например: df -h) и проверять, что xauth generate и xauth add действительно имели какой-то эффект (xauth list).

Удаление каталога .ssh из пути заставило X forwarding работать на меня.

В процессе удаления я нашел файл в ~/.ssh, который назывался “rc” и содержал:

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

Я никогда не создавал этого файла, и понятия не имею, откуда он взялся. Удаление его исправило проблему, и мои authorized_keys, known_hosts и ключевые файлы могут остаться нетронутыми.

После того, как я узнал, что это не система, добавив тестового пользователя (переадресация x сработала “из коробки”), я решил начать копировать стартовые файлы .bash*, чтобы девственник “сломанного” пользователя.

Ни один из этих файлов не отличался, поэтому затем я удалил каталог users .ssh. Когда я вошёл, он стонал о том, что “Сервер отказался от нашего ключа”, но я мог войти, используя пароль. Войдя в систему, я мог x идеально переслать.

Теперь я попробую настроить ключ еще раз и посмотрю, смогу ли я заставить его работать тоже. Тогда все вернется на круги своя.

Под привилегиями root откройте /etc/ssh/sshd_config и, если они закомментированы, прокомментируйте следующие строки:

X11Forwarding yes

X11DisplayOffset 10

X11UseLocalhost yes

Затем выйдите из системы и снова войдите в нее с флагом -X в ssh. Вам не нужно устанавливать или снимать переменную окружения DISPLAY.

Я наткнулся на эту же проблему на двух серверах, которые технически были сестринскими узлами. Боль в хвосте, так как я не мог понять, что изменилось. Оказалось, что каталог /home был переполнен, поэтому файлы .Xauthority не могли заполняться должным образом. Как только я обнаружил, что файл(ы) занимают слишком много места и очистил их, новые файлы .Xauthority были созданы должным образом.