SSH XForwarding терпит неудачу – плохое отображаемое имя xauth

Я пытаюсь настроить XForwarding поверх ssh, но он терпит неудачу. Тот же результат возникает, если я использую аргумент -X или -Y для ssh. Ошибка, которую я получаю.

a@ASUS-N53SM:~$ ssh -X -p 6623 pinker@192.168.0.200 pinker@192.168.0.200's password: Last login: Sun Feb 2 18:42:08 2014 from 192.168.0.201 /usr/bin/xauth: (stdin):1: bad display name "pinker-server:10.0" in "remove" command /usr/bin/xauth: (stdin):2: bad display name "pinker-server:10.0" in "add" command xdpyinfo: unable to open display "pinker-server:10.0". 

В файле клиента ~ / .ssh / config

 ForwardX11 yes 

В файле клиента / etc / ssh / ssh_config (комментарии удалены).

 Host * ForwardX11 yes ForwardX11Trusted yes SendEnv LANG LC_* HashKnownHosts yes GSSAPIAuthentication yes GSSAPIDelegateCredentials no 

В файле сервера / etc / ssh / sshd_config (комментарии удалены).

 Port 6623 Port 6624 Port 6625 Protocol 2 HostKey /etc/ssh/ssh_host_rsa_key HostKey /etc/ssh/ssh_host_dsa_key HostKey /etc/ssh/ssh_host_ecdsa_key UsePrivilegeSeparation yes KeyRegenerationInterval 3600 ServerKeyBits 768 SyslogFacility AUTH LogLevel INFO LoginGraceTime 120 PermitRootLogin yes StrictModes yes RSAAuthentication yes PubkeyAuthentication yes IgnoreRhosts yes RhostsRSAAuthentication no HostbasedAuthentication no PermitEmptyPasswords no ChallengeResponseAuthentication no X11Forwarding yes X11DisplayOffset 10 PrintMotd no PrintLastLog yes TCPKeepAlive yes AcceptEnv LANG LC_* Subsystem sftp /usr/lib/openssh/sftp-server UsePAM yes X11UseLocalhost no AllowTcpForwarding yes 

Я нашел этот похожий вопрос , но ни один из ответов не работает.

ОБНОВИТЬ:

На сервере я добавил файл / etc / hosts.

 127.0.0.1 pinker-server 

На сервере я установил пакет xbase-clients . На ssh-соединении echo $DISPLAY выходы :0.0 .

Теперь я получаю новую ошибку.

 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. xdpyinfo: unable to open display "pinker-server:10.0". 

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

Источник 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 xauth .

как локальный пользователь, выполняющий 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 из-за неправильной аутентификации Ошибка и решение

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

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

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

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

После входа в систему через SSH убедитесь, что пересылка X работает, ища переменную окружения DISPLAY:

echo $DISPLAY

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

Убедитесь, что sshd разрешает пересылку X

Измените /etc/ssh/sshd_config и убедитесь, что он имеет X11Forwarding yes

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

service sshd restart ( 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 

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

 sethostname any-name-here 

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

Для меня работает как charm 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 

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