Когда я захожу в безголовую систему 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. Как скопировать настройки из теста в марти?
ssh -X
включает пересылку X11.Ответы:
Просто чтобы сообщить, у меня была похожая проблема. Но в моем случае я просто следую этим шагам :
Выполните следующие шаги, чтобы создать
$HOME/.Xauthority
файл.Войдите в систему как пользователь и подтвердите, что вы находитесь в домашнем каталоге пользователя.
После этого проблем с
.Xauthority
файлом больше нет .Спасибо и кредиты для Шринивасан .
источник
strace xauth
, он указал неверный путь, указанный в переменной. Я должен также добавить, что я получаю ошибки блокировки aswel, среди прочегоxauth generate :0 . trusted
после каждой команды,user
чтобы открыть дисплей какroot
. Могу ли я сделать это исправить?xhost +
помог открыть х-приложения какroot
.xauth: (argv):1: unable to open display ":0".
Просто в дополнение к отличной тонный «s ответ .
Однажды у меня была точно такая же проблема, потому что мой домашний каталог был заполнен на 100%. При подключении
ssh
создал пустой~/.Xauthority
и не смог записать в него ни одной записи (так чтоxauth list
всегда производил пустой вывод).Поэтому я предлагаю всегда проверять свободное пространство (например
df -h
:)xauth generate
и проверять, чтоxauth add
оно действительно оказало какое-либо влияние (xauth list
).источник
Узнав, что это была не система, добавив тестового пользователя (который x перенаправлял «из коробки»), я подумал, что начну копировать файлы запуска .bash *, чтобы девизировать «испорченного» пользователя.
Ни один из файлов не отличался, поэтому я удалил каталог .ssh пользователей. Когда я входил в ssh, он стонал по поводу «Сервер отказался от нашего ключа», но я мог войти в систему, используя пароль. Зайдя в систему, я мог отлично переслать.
Теперь я попытаюсь снова установить ключ и посмотреть, смогу ли я заставить его работать тоже. Тогда все вернется на круги своя.
источник
Перемещение
.ssh
каталога с пути заставило X пересылку работать для меня.В процессе удаления я нашел файл в ~ / .ssh, который назывался «rc» и содержал:
Я никогда не создавал это, и понятия не имею, откуда это взялось. Удаление его исправили проблему, и мои
authorized_keys
,known_hosts
и ключевые файлы могут все пребывание нетронутой.источник
Под привилегиями root откройте
/etc/ssh/sshd_config
и раскомментируйте следующие строки, если они закомментированы:Затем выйдите из системы и войдите снова с
-X
флагомssh
. Вам не нужно устанавливать или отменятьDISPLAY
переменную окружения.источник
Я столкнулся с этой же проблемой на двух серверах, которые были технически родственными узлами. Боль в хвосте, потому что я не мог понять, что было по-другому. Оказывается, каталог / home был переполнен, поэтому файлы .Xauthority не могли заполняться должным образом. Когда я обнаружил, что файлы занимают слишком много места, и удалил их, новые файлы .Xauthority были созданы правильно.
источник