Каждый раз, когда я запускаю ssh-соединение с моего Mac на Linux (Debian), я получаю это предупреждение:

No xauth data; using fake authentication data for X11 forwarding.

Это также происходит с инструментами, использующими ssh, такими как git или mercurial.

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

Примечание: у меня есть сервер X11 (XQuartz 2.7.3 (xorg-server 1.12.4)) на моей Mac OS X (10.8.1), и он работает правильно, я могу успешно запускать часы локально или удаленно.

Ни одно из опубликованных решений не сработало для меня. Моя клиентская (настольная) система работает под управлением macOS 10.12.5 (Sierra). Я добавил -vв опции для sshкоманды, и она сказала мне,

debug1: No xauth program.

это означает, что у него нет правильного пути к xauthпрограмме. (В этой версии macOS путь к xauthявляется нестандартным.) Решением было добавить эту строку в /etc/ssh/ssh_config(может быть /etc/ssh/configв некоторых настройках) или в ~/.ssh/config(если у вас нет прав администратора):

XAuthLocation /opt/X11/bin/xauth

Теперь предупреждающее сообщение исчезло.

Нашел причину, моя ~/.ssh/configбыла неполной, нужно и то и другое

Host *
    ForwardAgent yes
    ForwardX11 yes

Моя ошибка заключалась в том, что я включил только опцию ForwardX11.

Запуск Ubuntu bash в Windows 10 ssh -X для получения среды графического интерфейса на удаленном сервере.

• Первый

Установите все следующее. В окне установите Xming. В Ubuntu bash используйте sudo apt installдля установки ssh xauth xorg.

sudo apt install ssh xauth xorg

• второй

Зайдите в папку с ssh_configфайлом, мой есть /etc/ssh.

• Третий

Изменить ssh_configкак администратор (USE sudo). Внутри ssh_config, удалить хэш #в строках ForwardAgent, ForwardX11, ForwardX11Trustedи установить соответствующие аргументы yes.

# /etc/ssh/ssh_config

Host *
    ForwardAgent yes
    ForwardX11 yes
    ForwardX11Trusted yes

• вперед

В ssh_configфайле удалите передний хеш #до Port 22и Protocol 2, а также добавьте новую строку в конце файла, чтобы указать местоположение файла xauth, не XauthLocation /usr/bin/xauthзабудьте написать свой собственный путь к файлу xauth.

# /etc/ssh/ssh_config

#   IdentifyFile ...
    Port 22
    Protocol 2
#   Cipher 3des
#   ...
#   ...
    ...
    ...
    GSSAPIDelegateCredentials no
    XauthLocation /usr/bin/xauth

• пятый

Теперь, когда мы закончили редактирование ssh_configфайла, сохраните его, когда мы покинем редактор. Теперь перейдите в папку ~или $HOMEдобавьте export DISPLAY=localhost:0в свой .bashrcфайл и сохранить его.

# ~/.bashrc
...
...
export DISPLAY=localhost:0

• Прошлой

Мы почти закончили. Перезапустите оболочку bash, откройте свою Xmingпрограмму и используйте ssh -X yourusername@yourhost. Тогда наслаждайтесь средой GUI.

ssh -X yourusername@yourhost

Проблема также в подсистеме Ubuntu на Windows, и ссылка на

https://gist.github.com/DestinyOne/f236f71b9cdecd349507dfe90ebae776

Примечание: связанный текст содержит 2 опечатки ( XauthLocaionвместо XauthLocation)

Как уже отмечалось, похоже, что xauthв OS X Yosemite регрессировал до старой версии, которая не работает с $DISPLAYнастройками XQuartz :

% xauth -V
1.0.9
% xauth generate $DISPLAY .
xauth: (argv):1:  bad display name "/private/tmp/com.apple.launchd(...)/org.macosforge.xquartz:0" in "add" command

На данный момент в MacOS есть ошибка. Я тоже сталкивался с этим. Исправление для меня включало добавление следующего к моему .bash_profile

dispdir=`dirname $DISPLAY`
dispfile=`basename $DISPLAY`
dispnew="$dispdir/:0"
if [ -e $DISPLAY -a "$dispfile" = "org.x:0" ]; then
  mv $DISPLAY $dispnew
fi
export DISPLAY=$dispnew

По сути, имя файлового канала, связанного с корневым каталогом X, не может быть обработано правильно, и поэтому нуждается в исправлении. :-)

В том числе

XAuthLocation / opt / local / bin / xauth в ~ / .ssh / config

у меня в macOS Sierra 10.12.6 работала у меня. Небольшое изменение от ответа 7).

я просто удалил ~ / .Xauthority (конечный компьютер) из моей корневой папки и ssh -X 192.168.123.1 снова и ik работал.

В моем случае это была проблема .Xauthority, содержащего не отправленные файлы cookie Magic, Фабби на http://askubuntu.com/questions/571116/ рекомендует 2014-11-14 добавить эту строку в конце .bashrc или , профиль, позволяющий пересылать ключи xauth между пользователями при вызове su:

export $(dbus-launch)

Я также добавил ранее:

export XAUTHORITY=~/.Xauthority 

чтобы убедиться, что удаленный вызов с ssh -X ̍ @ найдет его.

В моем случае .Xauthority - это символическая ссылка на оригинального пользователя /home//.Xauthority, которую я ...

  cd /home/<child_user>;ln -sf /home/<parent_user>/.Xauthority .xAuthority

с правильными правами:

  sudo chown <parent_user> /home/<parent_user>/.profile
  chmod a+rw /home/<parent_user>/.profile 

так что это доступно и для. сможет запускать приложения и отображать результаты в X-окне на своем локальном экране через учетную запись прокси!

СОВЕТ: Проверьте список xauth ... если отражает волшебное печенье на.

Я бы добавил это как комментарий, но мне не хватает представителя. Добавление еще одной строки в решение Сорина сработало для меня.

Откройте файл конфигурации ssh, vim ~/.ssh/config затем добавьте в него следующие строки:

Host *
    ForwardAgent yes
    ForwardX11 yes
    XAuthLocation /opt/X11/bin/xauth

Вы можете дважды проверить свое xauthместоположение с помощью:

which xauth