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

149164
wkdmarty

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

Более того, когда я бегу, 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. Как скопировать настройки из теста в марти?

16
Вы сказали это, чтобы создать файл? `ssh -X` включает пересылку X11. grawity 10 лет назад 0
Да, я использую Putty в Windows, настройку для пересылки (работает при подключении к другому серверу Mint). Но файл не создан, поэтому я решил добавить его вручную, xauth также не создает его вручную. wkdmarty 10 лет назад 0
Локальный Xwindows создает файл .Xauthority, а сессия Putty SSH - нет. Хотя это показывает, что он слушает соединение. wkdmarty 10 лет назад 0

4 ответа на вопрос

25
ton

Just to report, I did have a similar problem. But in my case i just follow those steps:

Follow these steps to create a $HOME/.Xauthority file.

Log in as user and confirm that you are in the user's home directory. 

# 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 $:0 . $(xxd -l 16 -p /dev/urandom) # To view a listing of the .Xauthority file, enter the following xauth list

After that no more problems with .Xautority file since then.

Thanks and credits to srinivasan.

в моем случае у меня была переменная окружения XAUTHORITY, указывающая куда-то еще (небрежная ошибка), использующая это [http://prefetch.net/blog/index.php/2011/11/01/dealing-with-xauth-error Поток -in-Lock-Authority-File-Error /] Я смог обнаружить это и устранить ошибку. Используя `strace xauth`, он указал неверный путь, указанный в переменной. Я должен также добавить, что я получаю ошибки блокировки aswel, среди прочего Cybex 7 лет назад 1
В моем случае мне нужно было только выполнить шаги с 1 по 3. Шаг 4 и 5 на самом деле не помогли. Richard Ayotte 7 лет назад 1
Я должен сделать `Xauth генерировать: 0. trust` после каждой команды как `user`, чтобы открыть отображение как` root`. Могу ли я сделать это исправить? Timo 6 лет назад 0
`xhost +` помог открыть x-приложения как `root`. Timo 6 лет назад 0
На шаге 3 выдается ошибка: `xauth: (argv): 1: невозможно открыть дисплей": 0 ".` simpleuser 6 лет назад 1
2
Bass

Просто в дополнение к отличной тонный «s ответ .

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

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

1
wkdmarty

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

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

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

1
billq

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

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

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

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

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