Сбои SSH XForwarding - xauth плохо отображают имя

На удаленной машине отредактируйте файл/etc/ssh/sshd_config. Изменение X11UseLocalhost к да.

Источник http://www.pclinuxos.com/forum/index.php?topic=109487.0

Любое время я сталкиваюсь с проблемой SSH я почти сразу, повторно выполняет команду с большим количеством подробного включенного обмена сообщениями. Мне нравится использовать эту технику для сбора файла журнала на сервере, который я выполняю ssh от. Если необходимо добраться, больше деталей просто добавляет больше -v переключатели (максимум равняется 3).

$ ssh -v user@remoteserver |& tee /path/to/sshv1.log
-or-
$ ssh -vv user@remoteserver |& tee /path/to/sshv2.log

Соединение X11 отклоняется из-за неправильной аутентификации.

Это сообщение почти всегда показательно из проблемы полномочий с Вашим .Xauthority файл. Можно или переместить существующий из пути временно или попытаться зафиксировать его владение и полномочия.

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

Если вопрос не решен ни одной из этих операций затем, можно попытаться диагностировать xauth сами волшебные cookie.

как локальный пользователь, работающий ssh

$ xauth list
localhost/unix:13 MIT-MAGIC-COOKIE-1 c77169a6fa8139ea36f538e1c72e1b98

как более розовый на сервере

$ xauth
Using authority file /home/pinker/.Xauthority

Затем добавьте ключ вручную:

xauth> add localhost/unix:13 MIT-MAGIC-COOKIE-1 c77169a6fa8139ea36f538e1c72e1b98

Ссылки

• Соединение Linux X11, отклоненное из-за неправильной ошибки аутентификации и решения

Я получил большую часть этой информации из http://openvz.org/X_inside_VE#X_forwarding

Проверьте X в SSH

После входа в систему через SSH проверьте, что X передач работают путем поиска переменной окружения ДИСПЛЕЯ:

echo $DISPLAY

Ответ должен быть чем-то как localhost:8.0

Удостоверьтесь, что sshd позволяет X передач

Править /etc/ssh/sshd_config и удостоверьтесь, что это имеет X11Forwarding yes

В противном случае отредактируйте или добавьте, что строка с X11Fordwarding затем перезапускает sshd:

service sshd restart (/etc/init.d/sshd restart использует CentOS 5),

Затем выйдите и зайдите снова

Удостоверьтесь, что xauth настраивается

Удостоверьтесь, что xauth пакет был установлен. В Debian это - часть xbase-clients пакет.

Это все еще не работает

В вопросе я отвечаю, сообщение об ошибке - это: /usr/bin/xauth: (stdin):1: bad display name "pinker-server:10.0" in "remove" command

Одно возможное решение, предложенное ниже, удостоверяется соответствующая строка в sshd_config похож на это:

X11UseLocalhost yes

Эта ошибка возникает, когда удаленная машина не знает собственного имени хоста или имеет неправильное имя хоста, связанное с 127.0.1.1 (ПРИМЕЧАНИЕ: Не 127.0.0.1, которое всегда должно разрешаться в localhost).

Чтобы исправить это, убедитесь, что запись в /etc/hosts для 127.0.1.1 совпадает с FQDN машины и коротким именем хоста.

Для меня работает как очарование SSHD_CONFIG

    Protocol 2
AuthorizedKeysFile  .ssh/authorized_keys
KerberosAuthentication yes
KerberosOrLocalPasswd yes
KerberosTicketCleanup yes
GSSAPIAuthentication yes
GSSAPICleanupCredentials yes
UsePAM yes
X11Forwarding yes
X11UseLocalhost yes
UsePrivilegeSeparation yes      # Default for new installations.
Banner /etc/issue.net
Subsystem   sftp    /usr/libexec/openssh/sftp-server
Ciphers aes256-ctr,aes192-ctr,aes128-ctr,arcfour256
MACs hmac-sha2-256,hmac-sha2-512,hmac-sha1,umac-64@openssh.com,hmac-ripemd160

SSH_CONFIG

Host *
   ForwardX11trusted yes
   GSSAPIAuthentication yes
   GSSAPIDelegateCredentials yes

и использование

ssh -X remotehost

, конечно, Sure Server должно быть установлено полностью (с помощью GroupInstall, хорошая идея)

Эта проблема возникла после обновления Gentoo. Эта страница является первым результатом Google по запросу «добавить отображаемое имя unix в команду добавления». Ни одно из описанных здесь решений не помогло. Обходной путь написан в описании ошибки debian (вторая ссылка на вышеупомянутой странице поиска Google):

sethostname any-name-here

после выполнения 'sethostname vvk' я могу войти в систему с помощью X-forwarding, как и раньше. Этот ответ набирается из браузера, который запускается в самой первой надлежащей оболочке, зарегистрированной на удаленном сервере.