раздражающее сообщение «X11-соединение отклонено из-за неправильной аутентификации», хотя проблем нет вообще


15

У меня раздражающая проблема.

Когда я захожу на конкретный хост через SSH, появляется сообщение

X11 connection rejected because of wrong authentication.

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

На самом деле, нет даже каких-либо незначительных проблем с пересылкой X11, она работает как шарм. Но это сообщение продолжает появляться, и это сводит меня с ума.

У кого-нибудь есть идеи как от этого избавиться?

Я сталкиваюсь с проблемой, независимо от того, откуда я, это происходит с моего рабочего стола Gnome, а также с Windows-системы, использующей PuTTY, MobaXterm, Cygwin, что угодно.


После еще одного поворота я обнаружил, что причиной является агент мониторинга (check_mk). При этом проверяются некоторые параметры времени выполнения запущенных задач, сообщение появляется каждый раз, когда этот агент запускается из системы мониторинга, именно тогда, когда проверяется состояние PostgreSQL. Кажется, этот процесс пытается открыть X11-соединение, но не удается. Затем сообщение передается моему терминальному сеансу, когда он пытается использовать мой перенаправленный сеанс X11.

Есть ли способ отключить это сообщение вообще?

Ответы:


21

Убедитесь, что у вас не хватает места на диске

Запустите df и убедитесь, что у вас достаточно места на диске, если у вас мало места, удалите ненужные файлы из вашей системы:

$ df -h

Если на файловые системы установлены квоты, убедитесь, что вы не превысили свою квоту:

$ quota -s

Убедитесь, что ~ / .Xauthority принадлежит вам

Выполните следующую команду, чтобы найти собственный корабль:

$ ls -l ~/.Xauthority

Запустите chown и chmod, чтобы исправить проблемы с правами доступа [замените user: group на ваше действительное имя пользователя и имя группы]:

$ chown user:group ~/.Xauthority
$ chmod 0600 ~/.Xauthority

Убедитесь, что X11 SSHD Forwarding включен

Убедитесь, что в файле sshd_config есть следующая строка:

$ grep X11Forwarding /etc/ssh/sshd_config

Пример вывода:

X11Forwarding yes

Если X11 отключен, добавьте следующую строку в sshd_cofing и перезапустите ssh-сервер:

X11Forwarding yes

Убедитесь, что переадресация клиента X11 включена

Убедитесь, что ваш локальный ssh_config имеет следующие строки:

Host *
ForwardX11 yes

Наконец, войдите на удаленный сервер и запустите X11 следующим образом из настольной системы Mac OS X или Linux:

ssh -X user@remote-host.com

Кредит на информацию принадлежит здесь: http://www.cyberciti.biz/faq/x11-connection-rejected-because-of-wrong-authentication/

Надеюсь, это поможет.


Я читал это, но, поскольку на самом деле нет проблем с запуском X11-приложений, эти шаги были неприменимы. Тем не менее, тем временем я нашел причину проблемы и обновлю сейчас.
Кристиан

Как уже упоминалось, это не актуально в этом случае. Проблема не в том, что моя попытка переадресовать X11-соединение не удалась. Проблема в том, что другой пользователь пытается использовать мою пересылку X11, и сообщение перенаправляется в мой активный сеанс терминала, чего я не хочу. Вопрос в том, есть ли способ вообще отключить это сообщение?
Кристиан

Я обновил свой ответ для пользователя, который попросил его, а затем удалил его комментарий. По вашему вопросу попробуйте отключить доступ через стену ко всем, кроме root (при условии, что процесс не запускается пользователем root): $ sudo chmod gs / usr / bin / wall $ echo foo | стена
devnull

Я издал "mesg n", что подавляет стеновые сообщения, но все еще продолжал получать их :(
Кристиан

Если этот процесс выполняется пользователем root, то вы бы это сделали. Корень не может быть удивлен. Если это так, создайте «monitor» или любого другого пользователя и перенесите мониторинг и тому подобное для выполнения этим пользователем, и тогда вы больше не увидите эти сообщения, потому что они не будут от root.
devnull

4

Это может быть недоверенное время пересылки X11. Использование ForwardX11Timeoutопции с большим тайм-аутом может помочь, как это предлагается в https://bugzilla.mindrot.org/show_bug.cgi?id=1718 (я сталкивался с этой проблемой в прошлом, но IIRC исчез после некоторого обновления).


К сожалению , нет, и когда я явно установлен ForwardX11Trusted yesв /etc/ssh_config.
Кристиан

2

Если вы используете SELINUX, и ваш домашний каталог не находится в каталоге / home, это ваша проблема. В целевых настройках SELINUX предполагается, что все домашние каталоги пользователей находятся в каталоге / home, поэтому xauth работает неправильно, поскольку тип SELINUX в ​​домашнем каталоге неверен. Я хотел бы порекомендовать исправить, но тот, который я нашел, не сработал. Я установил SELINUX для разрешения этой проблемы.



0

Установите XQuartz на Mac, если требуется, и войдите непосредственно с пользователем. Пример - при установке oracledb я пытался войти в систему с правами root и затем запустить команду от пользователя oracle после sudo su - oracle.

Авторизуйтесь напрямую с oracle ssh -X oracle @ hostname

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.