ssh -X “Xt ошибка: Не удается открыть дисплей: :0.0”

Я пытаюсь открыть xterm на своем удаленном сервере (Ubuntu Server 10.04) с помощью ssh:

ssh -X имя@машина xterm

но возвращаемая ошибка:

xterm Xt error: Can't open display: :0.0`

Я гуглил и пробовал все, что нашел.
Все еще получаю эту ошибку. Переменная DISPLAY должна быть установлена автоматически, верно?

Часть sshd_config:

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

Есть какие-либо советы?

Если ssh может установить соединение, он установит DISPLAY на правильное значение. Поскольку у вас установлено X11DisplayOffset на 10 (значение по умолчанию), ssh будет использовать первый доступный дисплей, начиная с 10. Если вы видите значение, меньшее 10¹, тогда что-то мешает нормальной пересылке X11, настроенной ssh, по крайней мере, переопределяя DISPLAY. Значение :0 (или :0.0, часть после точки не имеет значения) указывает на первый дисплей, который был запущен на машине, который в типичных случаях является активной сессией (или графическим экраном входа) на консоли машины.

Наиболее вероятное объяснение наблюдаемого вами поведения заключается в том, что один из ваших файлов конфигурации оболочки устанавливает DISPLAY. Самым очевидным виновником является ~/.bashrc (который из-за особенности bash выполняется, когда родитель bash является rshd или sshd, даже если оболочка не интерактивная). Другой файл, который определяет переменные окружения, это /etc/environment. Если это так, решение очевидно: не устанавливайте DISPLAY там. (Существует очень мало случаев, когда вам нужно вручную устанавливать DISPLAY.)

Существуют и другие экзотические объяснения. Это может произойти, если вы изменили свою оболочку входа на screen (в теории мило, но на практике нецелесообразно) и у вас есть файл инициализации оболочки, который заставляет устанавливать DISPLAY внутри screen (это не самая лучшая идея). Это также могло произойти, если вы настроили сервер на прием переменных окружения, отправляемых клиентом (AcceptEnv директива в sshd_config), клиент отправляет DISPLAY, и соединение X не может быть установлено. Либо это могло произойти, если вы установили переменную окружения на сервере через директиву command в ~/.ssh/authorized_keys. Либо xterm может быть скриптом.

¹ _{Или любое значение X11DisplayOffset в конфигурации сервера, но оно редко когда меняется от значения по умолчанию.}

Ваша команда должна работать, или, по крайней мере, она работает для меня. Попробуйте это вместо:

ssh -Y user@machine xterm

Редактирование (1):

Попробуйте это:

ssh -X user@machine env

Это должно показать все переменные окружения. Там должны быть различные SSH вещи, а также DISPLAY. DISPLAY должен быть 10.0.

Вы также можете попробовать это:

ssh -X user@machine DISPLAY=10.0 xterm

Кроме X11Forwarding yes, мне также нужно было добавить

X11UseLocalhost no

в /etc/ssh/sshd_config

как описано здесь.

Контроль доступа X, вероятно, мешает.

Запустите xhost + (из пакета x11-xserver-utils), чтобы полностью отключить контроль доступа.

Я обнаружил, что xauth не был установлен.

Также проверьте, что у вас установлен X11 на клиентской стороне. У меня возникла эта проблема, когда я обновил свой Mac до OS X Mountain Lion. Mountain Lion удаляет X11, поэтому вам нужно установить его снова через проект с открытым исходным кодом X Quartz.
http://xquartz.macosforge.org/landing/

Возможно, подключения X11 для пользователя, пытающегося запустить xterm, не допускаются, исправьте это, запустив следующую команду на хост-машине:

xhost +si:localuser:mininet

Не забудьте исправить проблему с файлом ~/.Xauthority.

Сначала необходимо установить соединение, а после его установления открыть xterm.