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 

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

Спасибо и кредиты для Шринивасан.

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

X11 переадресация да

X11DisplayOffset 10

X11UseLocalhost да

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

Просто чтобы дополнить ответ превосходной ton.

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

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

Обнаружил еще одну потенциальную причину того, что xauth не создает файл.Xauthority, выполнив пару ответов выше. Это должно стать очевидным, если вы следуете ответу Тона:

$ touch ~/.Xauthority
touch: cannot touch ‘/nethome/jdoe/.Xauthority’: Disk quota exceeded

Вышеуказанное произойдет, если вы превысите квоту "количество файлов" для вашего пользователя. Если вы превысите квоту пространства, вы, вероятно, увидите это сообщение об ошибке на другом этапе. Или, чтобы проверить, не связана ли проблема с квотой на дисковое пространство, введите:

echo "hello, world" > ~/hello.txt

Если echo дает вам Disk quota exceeded сообщение, то вы знаете, что используете слишком много места в своем домашнем каталоге (в отличие от слишком большого количества файлов или индексных дескрипторов).

Решение в любом случае? Очистите свой домашний каталог!

Вот еще один ответ, который я хотел бы найти (обработка случая пересылки с хоста виртуальной машины на гостевую виртуальную машину):

Могут быть определенные образы виртуальных машин (в моем случае образ KVM для Ubuntu 18.04), в которых по какой-то причине значение по умолчанию в /etc/ssh/sshd_config за AddressFamily установлен на any(Я наткнулся на это как на возможность здесь, на платформе Redhat Bugzilla, после того, как погуглил ошибку при запуске journalctl -xe, с подстрокой "Failed to allocate internet-domain X11 display socket.").

Конечно, предполагается, что xauth установлен / запущен.

Итак, что можно найти в других ответах здесь было не достаточно для меня, я нуждался в настройках:

AddressFamily inet
X11Forwarding yes
X11DisplayOffset 10
X11UseLocalhost no

В 10 должен зависеть от конфигурации вашего хост-компьютера, мне пришлось использовать X11UseLocalhost no, потому что в противном случае гость KVM будет пытаться перенаправить на свои собственные дисплеи, а не дисплеи хост-машины.

Если вы используете ssh-agent, то есть

AllowAgentForwarding yes

также, что, вероятно, следует активировать.

Перемещение .ssh каталог из пути заставил X переадресацию работать на меня.

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

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

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

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

Другая возможная причина:

на устройстве не осталось места (df показывает 0 байт)

Возможное исправление: например, удаление кеша Python-pip.

Я исправил эту проблему:

Я открыл ssh-соединение со своим сервером с помощью-Xтакой вариант команды

      ssh -X user@ip

затем я получил ошибку Xauthority. Итак, я просто запустил эту команду на ssh-сервере

      touch .Xauthority

Просто запусти это

После этого просто

      nano /etc/ssh/sshd_config

Раскомментируйте следующее и замените<username>с вашим именем пользователя

      Match User <Username>
    X11Forwarding yes
#    AllowTcpForwarding yes
#    PermitTTY yes
#    ForceCommand cvs server