xauth не создает.Xauthority file

Question

Когда я захожу в безголовую систему Linux Mint 17, она не создает обновления / создает.Xauthority file.

Более того, когда я запускаю xauth я получаю ответ:

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>

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

РЕДАКТИРОВАТЬ:

Когда я подключаю монитор, затем регистрируюсь локально, файл создается, но когда я пытаюсь добавить запись (потому что мой SSH не делает это для меня):

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".

Кстати, выполнение netstat --listen показывает прослушивание порта:

tcp 0 0 localhost:6010 *:* LISTEN

AGH, больше информации. Я вышел из сеанса X на сервере, а теперь.Файл Xauthority исчез. Кажется, файл только там, когда вошли в систему локально. Может кто-нибудь сказать мне, почему, или как я могу это исправить?

НОВАЯ РАЗРАБОТКА:

Я создал девственного пользователя в системе под названием "тест". Затем я вошел в систему, и без каких-либо других команд, запустил Xeyes. Который работал! Так что ТОЛЬКО пользователь "Марти" не может xforward. Как скопировать настройки из теста в марти?

Answer 1

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

Выполните следующие шаги, чтобы создать $HOME/.Xauthority file.

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

# 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 с тех пор.

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

Answer 2

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

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

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

Answer 3

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

Ни один из файлов не был другим, поэтому я удалил каталог .ssh пользователей. Когда я входил в ssh, он жаловался на то, что "Сервер отказал нашему ключу", но я мог войти в систему, используя пароль. Зайдя в систему, я мог отлично переслать x.

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

Answer 4

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

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

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

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

Answer 5

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