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

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

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

[email protected] ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>exit
[email protected] ~ $ xauth
xauth:  file /home/marty/.Xauthority does not exist
Using authority file /home/marty/.Xauthority
xauth>

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

EDIT:

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

[email protected] ~ $ xauth list
N40L/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
localhost.localdomain/unix:0  MIT-MAGIC-COOKIE-1  34eee3b15cdb281021502d40dfba1cf2
[email protected] ~ $ ls -d .X*
-rw------- 1 marty marty 115 Sep  3 12:03 .Xauthority
[email protected] ~ $ 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 исчез. Кажется, файл находится ТОЛЬКО при регистрации на локальном компьютере. Может ли кто-нибудь сказать мне, почему, или как я могу это исправить?

НОВОЕ РАЗВИТИЕ:

Я создал девственного пользователя в системе под названием «test». Затем я вошел в систему и без ЛЮБЫХ других команд запустил xeyes. Что сработало! Так что это ТОЛЬКО пользователь «marty», который не может xforward. Как скопировать настройки из теста в marty?

16 голосов | спросил wkdmarty 3 rdEurope/Moscowp30Europe/Moscow09bEurope/MoscowWed, 03 Sep 2014 14:44:44 +0400 2014, 14:44:44

4 ответа


1

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

Ни один из файлов не был другим, поэтому в следующий раз я удалил каталог .ssh пользователей. Когда я ssh'd, он застонал о том, что «Сервер отказался от нашего ключа», но я мог войти с использованием пароля. Когда я войду в систему, я мог бы отлично перемещаться вперед.

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

ответил wkdmarty 4 thEurope/Moscowp30Europe/Moscow09bEurope/MoscowThu, 04 Sep 2014 12:33:25 +0400 2014, 12:33:25
25

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

Выполните следующие шаги, чтобы создать файл $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.

Спасибо и кредиты srinivasan .

ответил ton 16 J000000Thursday15 2015, 07:15:44
2

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

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

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

ответил Bass 20 FebruaryEurope/MoscowbTue, 20 Feb 2018 18:30:16 +0300000000pmTue, 20 Feb 2018 18:30:16 +030018 2018, 18:30:16
1

Перемещение каталога .ssh из-за того, что для меня работает пересылка X.

Через процесс исключения я нашел файл в ~ /.ssh, который был вызван «rc», и содержал:

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

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

ответил billq 20 Maypm15 2015, 17:06:07

Похожие вопросы

Популярные теги

security × 330linux × 316macos × 2827 × 268performance × 244command-line × 241sql-server × 235joomla-3.x × 222java × 189c++ × 186windows × 180cisco × 168bash × 158c# × 142gmail × 139arduino-uno × 139javascript × 134ssh × 133seo × 132mysql × 132