X11 Forwarding не работает

ForwardX11 yes

man ssh

X11 FORWARDING
     If the ForwardX11 variable is set to “yes” (or see the description of the -X, -x, and -Y options above) and the
     user is using X11 (the DISPLAY environment variable is set)...

Обнови Fedora.

Теперь так:

$ firefox
No protocol specified
Error: cannot open display: :0
$ DISPLAY=:0 firefox
No protocol specified
Error: cannot open display: :0

DISPLAY=:0

Сам ты ноль :)

Ну да, я чувствую что я что-то не так делаю. Нужно сокет X-сервера на ssh-сервер пробросить как-то, и идентификатор дисплея у него будет не ноль, да?

https://askubuntu.com/questions/3515/how-do-i-launch-a-remote-firefox-window-via-ssh?
Зачем так запускать firefox?

man ssh

ENVIRONMENT
     ssh will normally set the following environment variables:

     DISPLAY               The DISPLAY variable indicates the location of the X11 server.  It is automatically set by
                           ssh to point to a value of the form “hostname:n”, where “hostname” indicates the host
                           where the shell runs, and ‘n’ is an integer ≥ 1.  ssh uses this special value to forward
                           X11 connections over the secure channel.  The user should normally not set DISPLAY explic‐
                           itly, as that will render the X11 connection insecure (and will require the user to manu‐
                           ally copy any required authorization cookies).

XAuth, XInit или что-то типа того на серве стоит?

если что, можно перенаправить через netcat / socat

А как же без xinit, естественно он есть, без него же иксы запустить невозможно.

И что я должен указать в качестве hostname? Если что на удалённом сервере все порты, кроме 22 закрыты.

Попробуй -Y вместо -X

Попробуй -Y вместо -X

Error: cannot open display: :0

Хотя предчувствовал, что не поможет.

Нет, я всё-таки в упор ничего не понимаю

Включай подробный лог ssh сервера и смотри, что происходит. Должно : установка переменной DISPLAY, генерация xauthority файла, открытие сокета для для переброса x11 трафика. На клиентской стороне X сервер должен быть доступен.

Хотя судя по твоим сообщениям где-то жёстко забит DISPLAY=:0. Возможно ssh делает всё правильно, а потом где-то переназначается.

Хотя судя по твоим сообщениям где-то жёстко забит DISPLAY=:0.

В /etc/profile А что не надо так делать?

В journalctl могу видеть только это:

янв 01 21:01:26 iskatel-desktop sshd[2231]: Accepted publickey for iskatel from 31.173.81.46 port 44579 ssh2: RSA 0d:17:41:32:b5:12:82:a1:da:87:d5:38:3d:1a:94:d5

Сталкивался с такой проблемой. Помогал рестарт иксов на моей стороне(ну или ребут). До конца проблему не понимаю, извини, но кажется что-то случается с сокетом от Х-сервера.

А что значит проброс сокета? Сокетом случайно не файл /tmp/.X11-unix/X0 являетя?

Про проброс я не говорил. Файл сокета этот, да. Но как я и сказал - до конца я не понимаю проблему. Решалась именно так, несколько раз.

Я тоже пока ничего не понял, но X11 Forwarding у меня заработал. Я для этого из /etc/profile DISPLAY=:0 убрал.

Я для этого из /etc/profile DISPLAY=:0 убрал.

Интересно каким образом эта строка туда заехала.

dhampire, самолично добавлял.

Вернулся домой. Обнаружил, что без DISPLAY=:0 в /etc/profile я не могу локально запускать GUI-приложения, такие как mousepad.