3) Запуск удаленных приложений на локальном X-сервере путем его проброса. ssh -X

man SSH X11 Forwarding. Никакой VNC тебе не нужен, как и иксы на сервере.

Если производительности через SSH X11 окажется недостаточно, смотри nx, x2go.

На сервере:

xpra start :70 --start-child konsole // или другое приложение/эмулятор терминала

xpra attach ssh:server:70

Однако не очень хочется, чтобы кто-то находясь рядом с сервером мог увидеть что-то происходящее на экране

Никто не увидит, если не приаттачит запущенный сеанс.

OMG какая каша, успокой меня, скажи что ты не админ, а к примеру, программист.

ssh -X

1) Если на сервере не запущены иксы - не работает. То есть нужно для начала стартовать иксы. По крайней мере у меня не получилось запустить GUI-приложение способом «ssh -X $name».

2) Если на сервере запущены иксы - они «перетягиваются» на терминал. Если на терминале Unity, а на сервере LXDE, то после запуска «ssh -X» unity падает и вместо неё начинает работать LXDE. Что я сделал не так?

Или я в не прав?

>скажи что ты не админ, а к примеру, программист.

Я не админ. Потому и прошу помощи. Заметь, ПОМОЩИ, а не троллинга.

xpra

Интересный метод. Обязательно попробую.

Помочь не проблема, проблема понять тебя.

vncserver — это Х-сервер у которого, условно, вместо видеокарты tcp socket (vnc protocol). Да это не Xorg, и не все плюшки в нем реализованы.

Имеется компьютер-ТЕРМИНАЛ, который должен управлять приложениями на СЕРВЕРЕ так, словно они запускаются на самом терминале.

Итого: передача ОКНА приложения с СЕРВЕРА (из сессии ThightVNC) на ТЕРМИНАЛ.

Или vncviewer на терминале или на сервере DISPLAY=terminal.domain.com:0 application

Результат будет в некотором смысле одинаковым, в обоих случаях ПО запущено на сервере, а работают с ним с терминала

1) требуется запуск иксов на сервере

Нет

2) Передача ДИСПЛЕЯ с удалённого сервера (ThightVNC передаёт картинку от запущенных на сервере иксов)

vncserver — сам по себе Х-сервер, Xorg на сервере не нужен

Однако не очень хочется, чтобы кто-то находясь рядом с сервером мог увидеть что-то происходящее на экране. Какой вариант решения посоветуете?

vncserver — не виден на экране сервера, это не шindoшs

Интересный метод

xpra не метод, а банальный прокси для Х-программ.

vncserver — не виден на экране сервера

Это я знаю. Работал уже с этим. Просто никогда ранее не было необходимости запустить конкретное приложение сервера на терминале - всегда запускал vncviewer так, чтобы тот показывал мне весь рабочий стол сервера.

А вот про xpra узнал только что.

Запуская VNC-server, в чем проблема? TightVNC X11-совместимый
И передавай сервер, а приложения пускай в полный экран)

Начальник управляет большим количеством хостов одновременно. Обычно открыто по 5-7 окон удалённого доступа.

Часто возникает необходимость скопипастить текст или выставить окна от разных машин в ряд. Такие задачи не очень хорошо решаются средствами VNC (особенно, пробрасывающего весь рабочий стол удалённой машины). Для удобства необходимо запускать на терминале отдельные окна с разных хостов.

ЧЯДНТ?

Предположим, на сервере установлен файл-менеджер ROX. На сервере запускаю:

xpra start :70 --start-child rox

xpra attach ssh:username@servername:70

New connection received
Connection lost

P.S. По мимо rox пробовал другие программы.

А через ssh -X запускаются приложения? Локально на сервере запущенные приложения аттачатся на другие дисплеи (xpra attach :70)?

Для проверки вроде можно и без ssh попробовать:

https://www.xpra.org/trac/wiki/Usage#AccesswithoutSSH

Потому и прошу помощи
Заметь, ПОМОЩИ, а не троллинга.

Нашел с кем договариваться. Не хочешь тролинга? Не поощряй его, — тупо игнорируй ананимаса. Ананимас как правило — беспринципная шлюха, потому и ананимас, так что переговоры с ним вести бесполезно.

Результат будет в некотором смысле одинаковым, в обоих случаях
в некотором смысле

Очень четкая, уместная оговорка. Ибо из двух вариантов только второй правоверен. Можно понять велоконструкторов, ваяющих свои решения для уже решенных проблем: пользоваться своим тупо приятнее. Но очень сложно понять тех, кто пользуется чужими велосипедами, игнорируя существующие штатные решения.

ssh -X

1) Если на сервере не запущены иксы - не работает. То есть нужно >для начала стартовать иксы.

бред. нигде кроме клиента работающий хсервер не нужен.

Если на терминале Unity, а на сервере LXDE, то после запуска «ssh -X» unity падает и вместо неё начинает работать LXDE. Что я сделал не так?

Должно быть забыл сменить tty. Мне удавалось на одной машине в разных терминалах запускать, ЕМНИП, кеды и XFCE. По идее это были две копии Xserver, работающих с одной машиной. Как это нашаманил, не помню. В 12.1 сюзе это не получалось, бубна не осилил, а вот в 13.1 получилось само, но не помню как. V_v

Через «ssh -X» запускаются.

Запущенные командой «xpra start :70 --start-child name» не аттачатся с удалённого хоста (хотя процесс xpra на сервере есть и отзывается корректным завершением на «xpra stop»).

Локально приаатачить не пробовал.

Кстати, в netstat вижу повившийся порт 6070, вместо указанного порта 70. %)

Скорее всего:

Забыл сменить tty.

Ну по хорошему, я в этих ваших иксах ничего не понимаю. Игрался с ними немного и не очень глубоко совал. Но думаю тебе надо на сервере просто глобально задать удаленный дисплей, и все дела. Ну вот как этот оратор советовал, примерно, только глобально. Тоесть у тебя даже процесс загрузки иксов в итоге будет отображаться в терминале, но не на сервере.

и не очень глубоко совал.

в них свой хобот ^_^ Воизбежание кривотолков

Что имелось в виду:

#>echo $DISPLAY

:0

Что подразумевает

localhost:0

Но ведь в этой переменной может быть что угодно. В частности, как-то приходилось из atd обращаться к иксовому приложению, от имени юзера, хотя atd работает строго из под рута, у меня во всяком случае. Ну так вот, умельцы подсказали, что нужно не просто звать прогу, а прежде указать окружение:

DISPLAY=:0; и_потом_уже_резвимся

получилось само, но не помню как. V_v

startx в отдельном терминале, вспомнил, и только что опробовал. Но это получается сессия рута, если не выставить suid для /usr/bin/Xorg Можно и юзером залогиниться, но это будет, опять же, другая сессия, хотя того же юзера. Но здесь не в иксах дело, а в том что tty и существуют для различных сессий. Как подключиться разными DE к одной и той же сессии на одной и той же машине - пока не соображу. Очень любопытно, как это будет выглядеть.

Как подключиться разными DE к одной и той же сессии на одной и той же машине - пока не соображу.

КО Голоса в моей голове подсказыавают что каким-то макаром нужно указать иксам нужный целевой tty нужной сессии, хотя и запускать иксы из другого.

каким-то макаром нужно указать иксам нужный целевой tty нужной сессии

А вот здесь, как подсказывает глас свыше интуиция, очень может пригодиться shh. А вот его я как раз никогда не щупал, не няшил.

я, думаю что "и даже ОС"

у него примерно, полунамётками, получилось ведроид описать по принципу, а так, чего он хочет - так эта технология интеловцев, vPro обзывается.

Собрал тестовый стенд с LiveCD. Поставил xpra, keepassx и rox, gnome-terminal идёт в комплекте с системой.Запуск проходит успешно:

xpra start :70 --start-child gnome-terminal

xpra attach :70

Повторил этот эксперемент запустив серверную часть xpra с tty1, и аттачась из графической среды - работает.

Пытаюсь аттачиться извне (используя ssh) - соединение автоматически закрывается («Connection lost»). Пробую войти на сервер по ssh и приаттачиться локально - жалуется, что не указан дисплей (что вполне ожидаемо).

Попробую ковырять дальше...

На стороне клиента после ввода пароля получаю перу ошибок:

.xpra/run-xpra: 3: .xpra/run-xpra: cs-window-active=10: not found
.xpra/run-xpra: 3: cs-window-active: bad variable name

После чего «Connection lost».

В вантузе этого нет, поэтому он и лепит горбатого...

Да они вообще разные о_О

.xpra/run-xpra сервера - 135 строк.

.xpra/run-xpra терминала - 61 строка.

В серверном .xpra/run-xpra, кстати, есть и объявление и экспорт переменной «cs-window-active».

Найден костыль:

На сервере: «xpra start :70 --start-child gnome-terminal»

На клиенте: «ssh -X username@servername»

В полученной ssh-сессии: «xpra attach :70»

Почему не работает «xpra attach ssh:username@servername:70» - пока не понятно

Что за дистрибутив и версия xpra? На дебиане больше года использую в разных комбинациях, была лишь как-то проблема с утечкой памяти на клиенте, если на сервере fglrx-драйвер, решилось через --encoding png. Удаление .xpra не помогает? На клиенте опция --encoding png ничего не меняет? Опция -d all не даёт никакой полезной информации?

CONNECTION STRINGS Xpra supports 3 types of connection strings:

:DISPLAY Local displays: this is the simplest form and is only valid for the current local displays of the current user.

tcp:[USERNAME@]HOST:PORT[:DISPLAY] TCP mode uses port numbers and not display numbers. If multiple displays are available through a single TCP port (using a proxy server), then one can also specify the display number.

ssh/[USERNAME[:PASSWORD]@]HOST[:SSH_PORT]/DISPLAY SSH mode allows most common connection options to be specified using the connection string. Further options can be specified using the --ssh command line option.

For backwards compatibility, SSH mode also supports the syntax: ssh:[USERNAME[:PASSWORD]@HOST:DISPLAY but this form does not support specifying the SSH port number.

дистрибутив и версия xpra

xpra v0.12.3

Одна ОС - динукс минт, обновлённый до Ребекки командами терминала (не distupgrade, а дикими плясками, закончивштмися подменой sources.list), другой - Ребекка.

У них сильно отличаются .xpra/run-xpra.

Переустановка (удалял с purge) - не помогла.

fglrx нет на обеих машинах.

Обнаружилось вот что: Если я на сервере запускаю xpra под исками (оболочка fvwm-crystal) - клиент не цепляется с известной ошибкой. Если запуск серверной части проходит в тексторой консоли (tty1) - работает!

Параметр "-d all" не дал ничего такого, за что я бы смог зацепиться...

после ssh -X ты получишь удалённую консоль. в ней и запускай морду. графика будет на твоём хсервере отображаться.

если не работает проверь в конфигах включён ли xforwarding.

ты тут нагородил костылей и содомии со всякими тайтвлз и прочей ахинеей. себя только запутал. это всё нужно в очень специфических случаях.

Спасибо

Я уже разобрался в этом на практике.

всё есть. нефих трындеть.

Мне обычно хватает

while true ; do
  DISPLAY=ТЕРМИНАЛ:0 приложение
done

Результаты тестирования xpra

Тестовый стенд:

Клиент: ноутбук. 
Сервер: в качестве серверов выступали разные дистрибутивы linux, все в виртуальных машинах.

Подготовка:
Клиент использует ssh, чтобы поднять со стороны сервера xpra-сессию, в которой запущен терминал.

Подключение:
Вариант №1: утилита xpra: xpra attach ssh:username@servername:70
Вариант №2: ssh-туннель: ssh -X username@servername xpra attach :70

У некоторых машин вариант №1 после ввода пароля без сбоев или ошибок отваливается по таймауту. 
Если пароль был введён не верно - запрашивает его снова. Не получив пароля - отваливается по таймауту.
Вариант №2 работает всегда.

Мне кажется, стоит написать в их трекер.

https://www.xpra.org/trac/report/3