СШ-х и"Предупреждение: ненадежные переадресация настройки Х11 не удалось: ключевые данные можно не генерируется и"

Эй я'м возникли проблемы, получая СШ х переадресацию на работу. Установка Я'м `СШ передоза в мою виртуальную машину Ubuntu выключить на OSX Йосемити хост-машине.

Я уже установлен XQuartz на OSX, можно на Ubuntu, и думаю, что я'ве есть все правильные варианты набора файлов в файле ssh_config.

Я получаю 

Warning: untrusted X11 forwarding setup failed: xauth key data not generated
X11 forwarding request failed on channel 0

сообщение при открытии соединения с SSH -X и когда я попытался запустить приложение X:

xterm: Xt error: Can't open display:
xterm: DISPLAY is not set

У меня одинаковые настройки на другие мои машины, за исключением работающих Mavericks и она отлично работает, есть что-то в Yosemite конкретно я должен беспокоиться?

Программирование
xorg ssh xserver
9-го декабря 2014 в 5:09
37 просмотров

На macOS Сьерра, теперь я должен сделать СШ-г "вместо" СШ-X, чтобы получить дисплей с машины Linux, чтобы работать на моем Mac.

ST3
Редактировал ответ 27-го сентября 2016 в 10:23
Комментарии (2)

Обратите внимание, что некоторые неполные ответы могут привести к уязвимости.

  1. С помощью SSH -y означает здесь, имея поддельную информацию можно, что плохо!
  2. СШ-X должен работать так можно использовать, когда включен, использования можно. Единственная проблема заключается в том, что СШ ищет можно в/usr/с x11r6/bin и и на macOS С можно использовать это в /opt/Х11/ОГРН

Безопасность решения:

  1. Включить первый вариант в безопасности вкладка настройки (КМД -,), который обеспечивает проверку подлинности подключений.

  2. Редактировать~/.по SSH/config файл, добавитьXAuthLocation /опт/Х11/ОГРН/можно к настройки узла.

  3. `СШ-X работает ваш_сервер в безопасном режиме.

  4. Гарантировать можно установлен на узле назначения.

Matthias Braun
Редактировал ответ 26-го августа 2019 в 6:34
Комментарии (5)

Я получил такое же предупреждение, как вы после обновления до Yosemite. После того, как я добавил опции forwardx11trusted дав~/.файл SSH/config файл`, предупреждение исчезло.

У вас есть следующие строки в ваш~/.файл SSH/config файл` для обеспечения надежного перенаправление X11?

Host APPROPRIATE_HOSTNAME
    ForwardX11Trusted yes
    ForwardX11 yes
    OTHER_OPTIONS
Vampire
Редактировал ответ 1-го июня 2017 в 10:51
Комментарии (7)

У меня уже был последний установлен XQuartz 2.7.11, но я думаю, что я'ве также обновил ОС несколько раз с тех пор. Я переустановил является XQuartz 2.7.11, и теперь он работает нормально.

Комментарии (1)

Gouaillardet Жиль был ответ, что решить это для меня. Редактировать ~/.СШ/конфигурации чтобы содержать

Host *
    XAuthLocation /opt/X11/bin/xauth

и СШ-х имя теперь работает (можно использовать 2.7.11, для macOS 10.4 Мохаве)

Комментарии (1)

Опции forwardx11trusted требуется даже для соединений, которые вы считаете ненадежным, когда ваш X-сервер не'т иметь модуль безопасности (сервера Apple имеют массу визуальные эффекты, которые занимают более 100 строк, поэтому я предлагаю на "xdpyinfo | grep в безопасности", чтобы проверить; если это не возвращает никаких выходных, вы не'т иметь его). Могут быть и другие причины и исключения, но этот работал для меня.

Комментарии (0)

Я'вэ просто скачал последнюю версию X11 и он снова работал

Donald Duck
Редактировал ответ 24-го февраля 2017 в 1:35
Комментарии (0)

Меня просто поразил этот вопрос, используя Мак ОС Х 10.6.8 на Linux в Debian 9. Ни одно из предлагаемых решений не работал.

Первопричина была: loopback-интерфейс был на "вниз" на целевой ОС Linux хост.

Мне пришлось ввести следующую на целевом узле, чтобы исправить проблему

в <код>В связи IP-сет-Ло вверх</код>

Комментарии (0)

Когда вы войти в кластер, не использовать -х и -Й варианты.

Пример: 

ssh -Y remotelogin: gives me X11 related warning.

СШ remotelogin: без предупреждения, работает отлично.

Dmitriy
Редактировал ответ 12-го декабря 2017 в 10:00
Комментарии (2)