Ошибки пересылки Xauth/X11 ssh с файлом .Xauthority, недоступным для записи

Ошибки пересылки Xauth/X11 ssh с файлом .Xauthority, недоступным для записи

При входе в систему ssh -Y remotehostя получаю следующее сообщение об ошибке:

/usr/bin/xauth: /home/hlovdal/.Xauthority недоступен для записи, изменения будут проигнорированы

И xclock и подобные не запускаются. С правами доступа к файлу .Xauthority все в порядке, несмотря на сообщение об ошибке.

(hlovdal) remotehost:~>xclock
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
Error: Can't open display: localhost:10.0
(hlovdal) remotehost:~>ls -l /home/hlovdal/.Xauthority
-rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 /home/hlovdal/.Xauthority
(hlovdal) remotehost:~>

В чем может быть причина?

(Это между моими двумя ноутбуками, между которыми я уже сотни раз перекидывался словами «шшш».)


Обновлять:

При дальнейшей отладке xauth снова пожаловался, что не может записать в .Xauthority. Это не имеет смысла, поскольку файл доступен для записи моему пользователю, и из любопытства я запустил strace, чтобы посмотреть, что именно он пытается сделать.

(hlovdal) remotehost:~>xauth list
xauth:  /home/hlovdal/.Xauthority not writable, changes will be ignored
(hlovdal) remotehost:~>strace -oout -f -s9000 xauth list
xauth:  error in locking authority file /home/hlovdal/.Xauthority
(hlovdal) remotehost:~>tail out
16634 brk(0xf03000)                     = 0xf03000
16634 brk(0)                            = 0xf03000
16634 rt_sigaction(SIGINT, {0x4050d0, [INT], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGTERM, {0x4050d0, [TERM], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGHUP, {0x4050d0, [HUP], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 rt_sigaction(SIGPIPE, {0x4050d0, [PIPE], SA_RESTORER|SA_RESTART, 0x3957035350}, {SIG_DFL, [], 0}, 8) = 0
16634 stat("/home/hlovdal/.Xauthority-c", {st_mode=S_IFREG|0600, st_size=0, ...}) = 0
16634 open("/home/hlovdal/.Xauthority-c", O_WRONLY|O_CREAT|O_EXCL, 0600) = -1 EEXIST (File exists)
16634 write(2, "xauth:  error in locking authority file /home/hlovdal/.Xauthority\n", 66) = 66
16634 exit_group(1)                     = ?
(hlovdal) remotehost:~>ls -l .Xauthority*
-rw-------. 1 hlovdal hlovdal 70 Jul 25 23:30 .Xauthority
-rw-------. 2 hlovdal hlovdal  0 Jul 26 01:26 .Xauthority-c
-rw-------. 2 hlovdal hlovdal  0 Jul 26 01:26 .Xauthority-l
(hlovdal) remotehost:~>

Это лучше объясняет, почему xauth терпит неудачу, так как он не может создать .Xauthority-c. Но удаление этих двух, вероятно, устаревших файлов не помогает, они создаются заново при следующем входе в систему ssh. syslog в remotehost содержит следующее, относящееся к входу в систему ssh.

sshd[17551]: Accepted publickey for hlovdal from x.x.x.x port 36545 ssh2
sshd[17552]: fatal: mm_request_receive: read: Connection reset by peer
sshd[17551]: pam_unix(sshd:session): session opened for user hlovdal by (uid=0)

Это сообщение об ошибке mm_request_receive никогда раньше не возникало, так что, полагаю, это ключ к дальнейшей отладке.

решение1

У меня была та же проблема после синхронизации моей домашней папки на Ubuntu 12.04. Я решил ее с помощью следующих команд:

rm ~/.Xaut* 

Затем я вышел из системы и снова вошел в систему. Появилось следующее предупреждение:

/usr/bin/xauth:  file /home/iranice/.Xauthority does not exist

После этого Linux .Xauthorityавтоматически создал файл. Я вышел из системы и снова вошел в нее, и все было ОК.

решение2

У меня возникла следующая ошибка:

/usr/bin/xauth: error in locking authority file /home/toto/.Xauthority

потому что мой раздел /home был заполнен.

Освобождение места на этом разделе решило эту проблему.

Команда strace: strace -oout -f -s9000 xauth listоказалась полезной для выявления проблемы.

решение3

Похоже, это уже известная проблема, о которой сообщалось наБагзилла Redhat, поэтому я «закрою» этот вопрос и продолжу писать отчет об ошибке.

решение4

Для меня проблема была в правах доступа. Даже если вы удаляли файл .Xauthority, он создавался заново и был недоступен для записи. Поэтому я изменил владельца, и это сработало:

sudo chown user:user .Xauthority

Возможно, файл был создан по умолчанию для root.

Связанный контент