[ssh][X11]Перестал работать проброс x'ов через ssh

В чем может быть трабла?

Мало данных.

Куда подключаешься?
Что там показывает echo $DISPLAY ?

После echo $DISPLAY можно будет задать доп. вопросы.

X11Forwarding yes  — это в настройках сервера или клиента?

Сервера конечно. Впрочем клиенту тоже уже добавил - нашел такой совет. Но я вроде настройки ни на клиенте ни на сервере не менял в обозримом прошлом. А еще позавчера все работало.

echo $DISPLAY - ни че не говорит - пустая строка. Упс. Почему?

как подключаешься?

ssh -X user@server

ssh -Y user@server

тоже попробуй

echo $DISPLAY - ни че не говорит - пустая строка. Упс. Почему?

кроме ssh -X , возможно, на сервере нет утилиты xauth

Какую ошибку выдаёт?

Как и раньше: ssh -CX -p 00000 my-desktop или ssh -CY -p 00000 my-desktop

ну а после добавления

ForwardX11 yes
ForwardX11Trusted yes

И куда она делась? И как жена за ним под иксами сидит? В данном случае сервер - мой домашний комп.

И куда она делась?

Ты меня спрашиваешь? libastral в отпуске

Примерно такую:

$ gedit

(gedit:4353): Gtk-WARNING **: cannot open display:

А локальные иксы на машине с которой подключаешься запускаются не сключом "-nolisten" случайно?

М... А как узнать? Да - теоретически обнавление дров nvidia могло изменить настройки иксов.

-nolisten

Для ssh -X это не мешает

Э, может сначала определиться почему переменная DISPLAY пустая?

у меня это не влияет. с nolisten по умлочанию запускаются

Тут надо добавить, что у меня почти Ubuntu 11.04 на сервере.

Кстати, а какая она должна быть? Может ее руками добавить для теста?

типа localhost:10.0

Может ее руками добавить для теста?

Нет, это ssh сам должен сделать, он же туннель организует

Не помогает. По видимому дисплей попросту не создается демоном.

Ну может он его организовал, а переменную почему-то не добавил.

Включай дебаг на sshd и ssh и смотри

Блин, че-то не догоняю как перезапустить sshd в режиме отладки...

ssh -Xvv

останови sshd (это ведь домашний комп) и запусти его из консоли sshd -d -d -d

Это клиент. А сервер?

Для получения ответа зачастую достаточно подробностей от клиента. Например про попытку проброса иксов он точно рассказывает.

Т.е. встать с дивана и топать в кабинет? Нафиг мне тогда ssh? :)

На самом деле теперь я вообще не могу к нему подключиться.

Кусок лога клиента:

debug2: x11_get_proto: /usr/bin/xauth  list :0.0 2>/dev/null
debug1: Requesting X11 forwarding with authentication spoofing.
debug2: channel 0: request x11-req confirm 0
debug2: client_session2_setup: id 0
debug2: channel 0: request pty-req confirm 1
debug1: Sending environment.
debug1: Sending env LANG = ru_RU.utf8
debug2: channel 0: request env confirm 0
debug2: channel 0: request shell confirm 1
debug2: fd 3 setting TCP_NODELAY
debug2: callback done
debug2: channel 0: open confirm rwindow 0 rmax 32768
debug2: channel_input_status_confirm: type 99 id 0
debug2: PTY allocation request accepted on channel 0
debug2: channel 0: rcvd adjust 2097152
debug2: channel_input_status_confirm: type 99 id 0
debug2: shell request accepted on channel 0

debug2: fd 3 setting TCP_NODELAY

для начала убедиться, что sshd слушает X-сокет:

# netstat -nlpt | grep '127.0.0.1:60[0-9][0-9]'
tcp        0      0 127.0.0.1:6010              0.0.0.0:*                   LISTEN      7368/0

$ export DISPLAY=localhost:10.0

Таки не слушает. А экспортирвать дисплей руками я уже пробовал... не помогло.

И почему не слушает? Куда копать?

иначе читать логи sshd

Дай угадаю - зарезал ipv6? В параметрах sshd нужно указать ключ -4 ( /etc/defaults/ssh в debian или /etc/sysconfig/sshd в rhel )

ssh -X не устанавливает DISPLAY

Аааа!

Ты мегателепат! Спасибо!

Дай угадаю - зарезал ipv6? В параметрах sshd нужно указать ключ -4 ( /etc/defaults/ssh в debian или /etc/sysconfig/sshd в rhel )

Так вот почему у меня X-форвардинг перестал работать!

Какая сволота додумалась ssh на ipv6 завязать? Повбивав бы...

Здесь очепятка.

Не /etc/defaults/ssh, а /etc/default/ssh

Ключ="-4"