Проблема с display и firefox

Почитай хоть что-нибудь про Х-ы и роль переменной DISPLAY

Я читал, попробовал вот как здесь написано - ноль результатов (читал не только там, но всё равно не работает).

Показывай команды которые даешь на обеих системах.

И возможно ssh -X решит твои проблемы без понимания сути процессов.

со своего компьютера захожу на другую машину

заходишь как?

Приветствую жителей форума, я со своего компьютера захожу на другую машину дабы с неё запустить FF у себя, но проблема в том, что в консоли у меня пишется, что display не указан

дык укажи. И пробросить его не забудь, дабы иксы с одной машины, работали на другой.

для ssh

-X Enables X11 forwarding. This can also be specified on a per-host basis in a configuration file.

X11 forwarding should be enabled with caution. Users with the ability to bypass file permissions on the remote host (for the user's X authorization database) can access the local X11 display through the forwarded connection. An attacker may then be able to perform activities such as keystroke monitoring.

For this reason, X11 forwarding is subjected to X11 SECURITY extension restrictions by default. Please refer to the ssh -Y option and the ForwardX11Trusted directive in ssh_config(5) for more information.

И пробросить его не забудь, дабы иксы с одной машины, работали на другой.

Думай что пишешь

1)

[spvl@tau ~]$ xhost +alpha.istra.ru
[spvl@tau ~]$ slogin -l root alpha

[root@alpha ~]# export DISPLAY=tau.istra.ru:0.0
[root@alpha ~]# firefox
Error: cannot open display: tau.istra.ru:0.0

X на tau не слушает порт tcp/6000

вместо slogin используй ssh -X -l root alpha

И пробросить его не забудь, дабы иксы с одной машины, работали на другой.

Думай что пишешь

что не так? ТС вроде и хочет, что-бы на машине А будет работать фаерфокс, а управлять/смотреть он хочет на машине Б? Или я неправильно его понял?

slogin это линк на ssh, так что просто добавь -X

на tau Xorg запущен без параметра -nolisten?

понял правильно, терминология не правильная.

«пробросить его» ???

«иксы с одной машины, работали на другой» — ??? — Хсервер -> Хсервер (я думал Xclient->Xserver не?)

понял правильно, терминология не правильная. «пробросить его» ???

ну это я так «forwarding» перевёл. Вроде уже устоявшийся перевод, не? Хотя и жаргон конечно.

я думал Xclient->Xserver не?

да. Конечно. Вот только Xserver где-то удалённо, и надо принять меры для того, что-бы клиент смог его найти. Т.е. запросы от/к серверу надо перенаправить(forwarding) на tau. Ssh сама так умеет, с ключом -X (или -Y).

Вот только Xserver где-то удалённо

Xserver в 99.99% случаев локален (там где монитор и клава с мышью)

Xserver в 99.99% случаев локален (там где монитор и клава с мышью)

ну да. И ФФ и будет долбиться в _свой_ локальный сервер. А не в тот, где монитор с клавой. А надо, что-бы оно завернулось в ssh, на другой комп.

не знаю, может да, может нет - это можно ка-нибудь посмотреть?
Пробовал ssh с -X и с -Y ничего не меняется

drBatty верно говорит мне нужно чтобы FF с того компа (без мыши и клавы) в графическом виде пришёл ко мне на комп

Если через ssh -X, то xhost и Xorg, слушающий сеть не нужны. При корректной работе после логина через ssh -X переменная DISPLAY будет уже установлена в значение, нужное для перенаправления соединений X11 через ssh туннель. Можно сразу запускать программы.

Спасибо, прояснили заработало!
Спасибо огромное всем кто отписался вы мне очень помогли!

Пробовал ssh с -X и с -Y ничего не меняется

В клиенте оно должно быть ЯВНО разрешено

man ssh_config

ForwardX11 Specifies whether X11 connections will be automatically redirected over the secure channel and DISPLAY set. The argument must be ``yes" or ``no". The default is ``no".

X11 forwarding should be enabled with caution. Users with the ability to bypass file permissions on the remote host (for the user's X11 authorization database) can access the local X11 display through the forwarded connection. An attacker may then be able to perform activities such as keystroke monitoring if the ForwardX11Trusted option is also enabled.

«Локальный» означает для пользователя, а не приложения. Меня удивляет твой «дибилизм» в последнее время во всех темах.

«Локальный» означает для пользователя, а не приложения. Меня удивляет твой «дибилизм» в последнее время во всех темах.

а меня — твой. Откуда ФФ знать, что он для какого-то пользователя не локальный? Он и не знает. И не работает потому.

Не, ну тебе реально ЧСВ мозг выдавило!

Локальный/удаленный оно для пользователя в данном случае, файерфоксу прозрачно где и с кем работать.

Да,да, сынок, это и есть сетевая прозрачность Х'ов.

Да,да, сынок, это и есть сетевая прозрачность Х'ов.

по твоему, любой может вот просто так войти в твои иксы? А нафейхуя я man xhost читал?

файерфоксу прозрачно где и с кем работать.

фаерфоксу-то прозрачно, а вот твоим иксам — вряд-ли. Они работают исключительно со своим локальным юзером, который эти иксы и запустил. Даже другой локальный юзер будет послан. Т.ч. либо ты xhost'ом правишь список доступа, либо пробрасываешь иксовые запросы через ssh-клиент. Причём этот клиент нужно будет запустить локально для X-сервера, и от того же юзера, кто иксы запустил. Ну и конечно с опцией -X, ибо по умолчанию эта проброска(forwarding) не работает.