Эй я'м возникли проблемы, получая СШ х переадресацию на работу. Установка Я'м `СШ передоза в мою виртуальную машину 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 конкретно я должен беспокоиться?
На macOS Сьерра, теперь я должен сделать СШ-г "вместо" СШ-X
, чтобы получить дисплей с машины Linux, чтобы работать на моем Mac.
Обратите внимание, что некоторые неполные ответы могут привести к уязвимости.
Безопасность решения:
Включить первый вариант в безопасности вкладка настройки (КМД -,), который обеспечивает проверку подлинности подключений.
Редактировать~/.по SSH/config файл, добавить
XAuthLocation /опт/Х11/ОГРН/можно к настройки узла.
`СШ-X работает ваш_сервер в безопасном режиме.
Гарантировать можно установлен на узле назначения.
Я получил такое же предупреждение, как вы после обновления до Yosemite.
После того, как я добавил опции forwardx11trusted дав
~/.файл SSH/config файл`, предупреждение исчезло.
У вас есть следующие строки в ваш~/.файл SSH/config файл` для обеспечения надежного перенаправление X11?
Host APPROPRIATE_HOSTNAME
ForwardX11Trusted yes
ForwardX11 yes
OTHER_OPTIONS
Gouaillardet Жиль был ответ, что решить это для меня. Редактировать ~/.СШ/конфигурации чтобы содержать
Host *
XAuthLocation /opt/X11/bin/xauth
и СШ-х имя теперь работает (можно использовать 2.7.11, для macOS 10.4 Мохаве)
Опции forwardx11trusted требуется даже для соединений, которые вы считаете ненадежным, когда ваш X-сервер не'т иметь модуль безопасности (сервера Apple имеют массу визуальные эффекты, которые занимают более 100 строк, поэтому я предлагаю на "xdpyinfo | grep в безопасности", чтобы проверить; если это не возвращает никаких выходных, вы не'т иметь его). Могут быть и другие причины и исключения, но этот работал для меня.
Я'вэ просто скачал последнюю версию X11 и он снова работал
Меня просто поразил этот вопрос, используя Мак ОС Х 10.6.8 на Linux в Debian 9. Ни одно из предлагаемых решений не работал.
Первопричина была: loopback-интерфейс был на "вниз" на целевой ОС Linux хост.
Мне пришлось ввести следующую на целевом узле, чтобы исправить проблему
в <код>В связи IP-сет-Ло вверх</код>
Когда вы войти в кластер, не использовать -х и -Й варианты.
Пример:
ssh -Y remotelogin: gives me X11 related warning.
СШ remotelogin: без предупреждения, работает отлично.