Вопросы Теги

С передачей SSH X11 ('ssh-X'), доберитесь, 'Не может открыть дисплей', пытающийся запустить X приложений

При использовании в ядре драйвера NTFS дистрибутив может иметь исходный пакет ядра, который можно установить и ввести по абсолютному адресу вокруг. Это обычно устанавливается на /usr/src

При использовании ntfs-3g драйвера код здесь: NTFS-3G Tarball

24
22.07.2013, 14:37
6 ответов

Использовать -Y. Из страницы справочника на ssh:

- Y Включает передачу X11, которой доверяют. Передачи X11, которым доверяют, не подвергаются средствам управления расширением БЕЗОПАСНОСТИ X11.

Если у Вас все еще есть проблемы, хотя, можно попытаться установить $DISPLAY к IP Вашего локального поля:

$ export DISPLAY='<ip_address>:11.0'

Это может работать для установки его как

$ export DISPLAY='127.0.0.1:11.0'

У людей, кажется, обычно есть эта проблема когда ssh'ing из Mac OS X. Можно также хотеть установить

X11UseLocalhost no

в этом случае также.

18
27.01.2020, 19:41
  • 1
    Используя XQuartz я не мог использовать флаг-Y. "Соединение X11 отклоняется из-за неправильной аутентификации". –  Erik 21.02.2014, 06:01
  • 2
    даже после попытки Ваших других предложений, я не могу открыть дисплей. –  Erik 21.02.2014, 06:04
  • 3
    Никакой из них не работал на меня также. Я должен был установить поддержку XWindow в своем сервере Centos 7 (минимальном) с: конфетка groupinstall "X-оконная система"-y –  Mark Edington 29.12.2015, 18:19
  • 4
    @MarkEdington, который это вызвано тем, что RedHat/CentOS требуют xorg-x11-xauth пакета согласно моему ответу здесь: unix.stackexchange.com/questions/138936 / … –  Mike S 22.04.2016, 23:11

Это сработало для меня:

Изменение 

X11UseLocalhost yes

на 

X11UseLocalhost no
6
27.01.2020, 19:41

При попытке перенаправить на XQuartz в macOS я решил проблему, выполнив команду ssh ( ssh -Y в моем случае) с терминала XQuartz (открывается справа- щелкнув значок XQuartz в доке и выбрав «Приложения»> «Терминал»).

3
27.01.2020, 19:41

Кредит на https: //unix.stackexchange.com / a / 12772/61349 для получения инструкций по диагностике.

Убедитесь, что ваш ssh-клиент запрашивает перенаправление X11 с флагом -v 

ssh example.com -X -v

И найдите конкретное сообщение: 

 debug1: Запрос перенаправления X11 с подменой аутентификации.

Еще одним явным признаком проблемы является отсутствие заданной переменной среды DISPLAY . Если он пуст / не установлен, что-то не так. По крайней мере, согласно той же публикации, указанной выше , эти переменные устанавливаются для вас автоматически.

Я использовал SSH Control Master для моих ssh-соединений следующим образом: 

Host <hostname>
    ControlMaster auto
    ControlPath ~/.ssh/control/%r@%h:%p
    ControlPersist 10m

Мое предыдущее ssh-соединение не запрашивало X11Firwarding, поэтому будущие параметры вызова ssh не использовались. Так что для меня

ssh -X просто полностью игнорировался

Если вы не видите «Запрос перенаправления X11», но видите, что мультиплексор повторно использует сеансы; 

 debug1: auto-mux: попытка существующего мастера 
debug1: mux_client_request_session: идентификатор основного сеанса: 10

Затем вам нужно выйти из текущего ControlMaster для этого подключения и повторно подключиться с флагом -X / -Y .

Чтобы остановить ваш ControlMaster

ssh -O check 

 Master запущен (pid = 2758)

(Это приведет к выходу из всех активных соединений, использующих ControlMaster)

ssh -O exit 

 Запрос на выход отправлен.
6
27.01.2020, 19:41

Что мне помогло, так это установка xauth, после чего все заработало как шарм!

3
27.01.2020, 19:41

Проблема устранена путем установки «x11 -server -utils» и перезагрузки как sshd, так и моего сеанса ssh.

0
21.11.2020, 20:03

Теги

Похожие вопросы