"ssh -Y somehost firefox" с FreeBSD на линукс

Victor Sudakov написал(а) к Den Grigoriev в Apr 18 18:08:50 по местному времени:

Dear Den,

09 Apr 18 17:57, you wrote to me:

VS>> Ubuntu 16.04

DG>>> Я вот не LTS ubuntu не использую и щас только
DG>>> с удивлением узнал, что в 17.10 нифига не иксы а Wayland...

VS>> Тогда бы наверное и xeyes (и другие X-клиенты) не работали, нет?

DG> Нет, там есть какой-то слой совместимости - xclock точно работает :-)

Я приводил вывод ps, с удаленной стороны, видно некий Xorg запущенный. Видимо это всё-таки иксы.

DG> А с ключом -X не пробовал ssh запускать?

Для -X надо заморачиваться с xauth. Короче не пробовал, мне лишняя безопасность в этом месте не нужна.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Alex Korchmar написал(а) к Victor Sudakov в Apr 18 17:43:57 по местному времени:

From: Alex Korchmar <noreply@linux.e-moe.ru>

Victor Sudakov <Victor.Sudakov@f49.n5005.z2.fidonet.org> wrote:

DG>> А с ключом -X не пробовал ssh запускать?
VS> Для -X надо заморачиваться с xauth.
если ничего странного не делать, например, не менять uid,
то с ним заморочится сам ssh, и тебе об этом даже и не расскажет.

VS> Короче не пробовал, мне лишняя безопасность в этом месте не нужна.
ты делаешь что-то странное, я не удивлен что ничего при этом не работает.


> Alex

--- ifmail v.2.15dev5.4

Eugene Grosbein написал(а) к Victor Sudakov в Apr 18 23:43:11 по местному времени:

08 апр. 2018, воскресенье, в 18:41 NOVT, Victor Sudakov написал(а):

VS> Вот я его запускаю (из "ssh -Y" сессии на удалённую машину) и он
VS> останавливается на
VS> sudakov@dexp1:~$ firefox --safe-mode
VS> debug1: clientinput_channelopen: ctype x11 rchan 3 win 65536 max 16384
VS> debug1: clientrequestx11: request from 127.0.0.1 32906
VS> debug1: channel 1: new [x11]
VS> debug1: confirm x11
VS> debug1: clientinput_channelopen: ctype x11 rchan 4 win 65536 max 16384
VS> debug1: clientrequestx11: request from 127.0.0.1 32908
VS> debug1: channel 2: new [x11]
VS> debug1: confirm x11
VS> debug1: clientinput_channelopen: ctype x11 rchan 5 win 65536 max 16384
VS> debug1: clientrequestx11: request from 127.0.0.1 32910
VS> debug1: channel 3: new [x11]
VS> debug1: confirm x11
VS> debug1: channel 3: FORCE input drain
VS> debug1: channel 3: free: x11, nchannels 4
VS> debug1: clientinput_channelopen: ctype x11 rchan 5 win 65536 max 16384
VS> debug1: clientrequestx11: request from 127.0.0.1 32912
VS> debug1: channel 3: new [x11]
VS> debug1: confirm x11
VS> debug1: clientinput_channelopen: ctype x11 rchan 6 win 65536 max 16384
VS> debug1: clientrequestx11: request from 127.0.0.1 32914
VS> debug1: channel 4: new [x11]
VS> debug1: confirm x11
VS> [дальше ничего не происходит]

Ну, он тупо не посылает ничего в твою сторону.

VS> Ничего тут подозрительного не видишь?

Я вообще не умею такое читать, так что нет, не вижу :-)
Надо смотреть, как дебажится сам firefox, куда он умеет писать свои логи.

Eugene
--
Научить не кланяться авторитетам, а исследовать их и сравнивать их поучения
с жизнью. Научить настороженно относиться к опыту бывалых людей, потому что
жизнь меняется необычайно быстро.
--- slrn/1.0.2 (FreeBSD)

Den Grigoriev написал(а) к Victor Sudakov в Apr 18 08:55:06 по местному времени:

Привет, Victor!

09 апр 18 18:08, Victor Sudakov -> Den Grigoriev:

DG>> А с ключом -X не пробовал ssh запускать?

VS> Для -X надо заморачиваться с xauth. Короче не пробовал, мне лишняя
VS> безопасность в этом месте не нужна.

Да оно вроде как само всё делает. Нужно только чтоб права
на .Xauthority у пользователя были.


С наилучшими пожеланиями, Den.

--- ---------------------------------------------

Victor Sudakov написал(а) к Alex Korchmar в Apr 18 20:52:44 по местному времени:

Dear Alex,

09 Apr 18 12:58, Alex Korchmar wrote to me:

VS>> А как узнать?
AK> dpkg-query
VS>> xeyes работает по сабжу, GIMP работает, еще что-то работает. Я
VS>> писал уже об этом неоднократно.
AK> там есть корявый враппер.


VS>> 5105 tty7 Ssl+ 0:32 /usr/lib/xorg/Xorg -core :0 -seat seat0
VS>> -auth
AK> похоже на настоящий. Но на всякий случай -
AK> /usr/lib/xorg/Xorg -version

X.Org X Server 1.18.4
Release Date: 2016-07-19
X Protocol Version 11, Revision 0
Build Operating System: Linux 4.4.0-97-generic x86_64 Ubuntu
Current Operating System: Linux dexp1 4.4.0-119-generic #143-Ubuntu SMP Mon Apr 2 16:08:24 UTC 2018 x86_64
Kernel command line: BOOT_IMAGE=/boot/vmlinuz-4.4.0-119-generic root=UUID=13494bdc-8de7-4268-99f0-7ba407ae3422 ro quiet splash vt.handoff=7
Build Date: 13 October 2017 01:57:05PM
xorg-server 2:1.18.4-0ubuntu0.7 (For technical support please see http://www.ubuntu.com/support)
Current version of pixman: 0.33.6
Before reporting problems, check http://wiki.x.org
to make sure that you have the latest version.


Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к Alex Korchmar в Apr 18 20:53:54 по местному времени:

Dear Alex,

09 Apr 18 17:43, Alex Korchmar wrote to me:

DG>>> А с ключом -X не пробовал ssh запускать?
VS>> Для -X надо заморачиваться с xauth.
AK> если ничего странного не делать, например, не менять uid,
AK> то с ним заморочится сам ssh, и тебе об этом даже и не расскажет.

VS>> Короче не пробовал, мне лишняя безопасность в этом месте не
VS>> нужна.
AK> ты делаешь что-то странное, я не удивлен что ничего при этом не
AK> работает.

Вы с Дэном где-то не там ищете, что с -X что с -Y поведение совершенно одинаковое. Специально для сомневающихся воспользовался -X
http://termbin.com/144y - результат тот же.

Что еще странного ты видишь в моих действиях? Я готов устранять это шаг за шагом.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к Eugene Grosbein в Apr 18 20:57:00 по местному времени:

Dear Eugene,

09 Apr 18 23:43, you wrote to me:

VS>> Вот я его запускаю (из "ssh -Y" сессии на удалённую машину) и он
VS>> останавливается на
VS>> sudakov@dexp1:~$ firefox --safe-mode
VS>> debug1: clientinput_channelopen: ctype x11 rchan 3 win 65536
VS>> max 16384
VS>> debug1: clientrequestx11: request from 127.0.0.1 32906
VS>> debug1: channel 1: new [x11]
VS>> debug1: confirm x11
VS>> debug1: clientinput_channelopen: ctype x11 rchan 4 win 65536
VS>> max 16384
VS>> debug1: clientrequestx11: request from 127.0.0.1 32908
VS>> debug1: channel 2: new [x11]
VS>> debug1: confirm x11
VS>> debug1: clientinput_channelopen: ctype x11 rchan 5 win 65536
VS>> max 16384
VS>> debug1: clientrequestx11: request from 127.0.0.1 32910
VS>> debug1: channel 3: new [x11]
VS>> debug1: confirm x11
VS>> debug1: channel 3: FORCE input drain
VS>> debug1: channel 3: free: x11, nchannels 4
VS>> debug1: clientinput_channelopen: ctype x11 rchan 5 win 65536
VS>> max 16384
VS>> debug1: clientrequestx11: request from 127.0.0.1 32912
VS>> debug1: channel 3: new [x11]
VS>> debug1: confirm x11
VS>> debug1: clientinput_channelopen: ctype x11 rchan 6 win 65536
VS>> max 16384
VS>> debug1: clientrequestx11: request from 127.0.0.1 32914
VS>> debug1: channel 4: new [x11]
VS>> debug1: confirm x11
VS>> [дальше ничего не происходит]

EG> Ну, он тупо не посылает ничего в твою сторону.

VS>> Ничего тут подозрительного не видишь?

EG> Я вообще не умею такое читать, так что нет, не вижу :-)
EG> Надо смотреть, как дебажится сам firefox, куда он умеет писать свои
EG> логи.

Я провел еще один эксперимент, запустил сабжевую команду, предварительно запустив firefox локально на FreeBSD (где у меня X-сервер и ssh-клиент). И эта команда на линухе мгновенно открыла мне ещё одно окно моего локального фревого Firefox!

На какие мысли это наводит?

Похоже что линуксовый firefox ждет до бесконечности, ожидая открытия окошка FreeBSD-шного firefox-а, а за неимением последнего... Короче я не знаю.

Если на удаленной машине запустить "firefox --no-remote", то открытия локального окошка не происходит. Но и удаленный firefox мне ничего не рисует.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Victor Sudakov написал(а) к Den Grigoriev в Apr 18 21:03:24 по местному времени:

Dear Den,

10 Apr 18 08:55, you wrote to me:

DG>>> А с ключом -X не пробовал ssh запускать?

VS>> Для -X надо заморачиваться с xauth. Короче не пробовал, мне
VS>> лишняя безопасность в этом месте не нужна.

DG> Да оно вроде как само всё делает. Нужно только чтоб права
DG> на .Xauthority у пользователя были.

Что -Y, что -X, результат один. Не в этом дело.

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322

Slawa Olhovchenkov написал(а) к Victor Sudakov в Apr 18 17:27:14 по местному времени:

Нello Victor!

10 Apr 18, Victor Sudakov writes to Eugene Grosbein:

VS> Я провел еще один эксперимент, запустил сабжевую команду, предварительно
VS> запустив firefox локально на FreeBSD (где у меня X-сервер и ssh-клиент). И
VS> эта команда на линухе мгновенно открыла мне ещё одно окно моего
VS> локального фревого Firefox!

VS> На какие мысли это наводит?

VS> Похоже что линуксовый firefox ждет до бесконечности, ожидая открытия окошка
VS> FreeBSD-шного firefox-а, а за неимением последнего... Короче я не знаю.

VS> Если на удаленной машине запустить "firefox --no-remote", то открытия
VS> локального окошка не происходит. Но и удаленный firefox мне ничего не
VS> рисует.

начни с самого простого -- закрой полностью все ff на обоих машинах, в том числе и всякие лаунчеры, если есть (ну типа которые остаются висеть в памяти для более быстрого последующего запуска) и после этого попробуй запустить удаленный.

... Пусть лошадь думает - у нее голова больше
--- GoldED+/BSD 1.1.5-b20110223-b20110223

Victor Sudakov написал(а) к Slawa Olhovchenkov в Apr 18 22:36:00 по местному времени:

Dear Slawa,

10 Apr 18 17:27, you wrote to me:

VS>> Я провел еще один эксперимент, запустил сабжевую команду,
VS>> предварительно запустив firefox локально на FreeBSD (где у меня
VS>> X-сервер и ssh-клиент). И эта команда на линухе мгновенно открыла
VS>> мне ещё одно окно моего локального фревого Firefox!

VS>> На какие мысли это наводит?

VS>> Похоже что линуксовый firefox ждет до бесконечности, ожидая
VS>> открытия окошка FreeBSD-шного firefox-а, а за неимением
VS>> последнего... Короче я не знаю.

VS>> Если на удаленной машине запустить "firefox --no-remote", то
VS>> открытия локального окошка не происходит. Но и удаленный firefox
VS>> мне ничего не рисует.

SO> начни с самого простого -- закрой полностью все ff на обоих машинах, в
SO> том числе и всякие лаунчеры, если есть (ну типа которые остаются
SO> висеть в памяти для более быстрого последующего запуска) и после этого
SO> попробуй запустить удаленный.

Я так и делал изначально: закрывал все ff. Но если бы ты видел, сколько дерьма запускает локальная гномья сессия - смотри тут http://termbin.com/lllx , просто волосы дыбом. Готов поручиться впрочем, что собственно firefox в этом списке нет.

Я уже давно не знаю, что это всё такое и зачем нужно. Хуже винды. Если удалённый firefox пытается взаимодействовать с чем-то из этого хозяйства - дело труба. Как хоть могут зваться эти лаунчеры?

Victor Sudakov, VAS4-RIPE, VAS47-RIPN
--- GoldED+/BSD 1.1.5-b20160322-b20160322