Как запустить программу GUI на ПК Linux через SSH без локального зарегистрированного пользователя в Сервере?

Я ЗНАЮ, что уже существуют другие очень похожие вопросы здесь - но это тонко отличается - я был через все подобные, и ни один из совета там не решает проблему, которую я вижу.

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

У меня есть эта ситуация:

  1. Сервер ПК рабочий Lubuntu 16.04

  2. Клиент ПК рабочий Lubuntu 18.04

  3. Хочу к Серверу удаленного доступа ПК от Клиента, ПК, с помощью сервера винишка для VNC, туннелировал через SSH.

Рабочие аспекты:

a. Мне установили сервер винишка на Server и Remmina на клиенте: они хорошо работают вместе.

b. Я знаком с туннелями SSH, созданными с ssh-g - L формулировка - который хорошо работает также;

c. Если я оставляю выполнение сервера винишка, и Сервер имеет клавиатуру, зарегистрированную локально, ВСЕ ХОРОШО РАБОТАЕТ.

d. Но для дополнительной безопасности, я хотел бы НЕ оставить сервер винишка, работающий все время, но удаленный - в первоначально с простой удаленной сессией SSH, запустить его, когда мне нужен он. Таким образом для тестирования этого я закрыл сервер винишка, и вышел из системы как локальный пользователь Сервера и протестировал удаленно. В ЭТОЙ ситуации я не могу заставить сервер винишка запускаться.

Проблемы:

a. Если сервер винишка НЕ работает, но СУЩЕСТВУЕТ локально зарегистрированный пользователь в Сервере ПК, если я ssh в запустить винишко, я добираюсь, "не мог бы подключить к дисплею" проблему;

- это решено советом от этого вопроса:
Как запустить программное обеспечение GUI на удаленном Linux ПК через SSH

- по существу войдите, экспорт ОТОБРАЖАЮТСЯ =:0 и затем продолжаются, и все затем хорошо;

b. НО... если локально-зарегистрированный-пользователь (клавиатура) в сервере, выходится из системы, то, вышеупомянутое фиксирует, НЕ работает. Я не могу запустить сервер винишка вообще, я делаю.

Я попробовал различный другой рекомендуемый совет, включая более сложные формы

экспортируйте ОТОБРАЖАЮТСЯ =:0

.. команда, также xhost +, но ни один из них не работает.

Это кажется, что это - что-то простое, потому что различие между работой и нерабочий только что локальный пользователь (не важный процессу?) в сервере, выходится из системы в проблематичном случае и вошел в систему в рабочем случае.

Случайно: некоторый совет рекомендовал использовать экран для разделения сессии, которая выполняет сервер винишка; я попробовал это также: не решает его.

Любой и вся мудрость на этом предмете ценились бы.

Спасибо.

PS: Не уверенный, если Lubuntu 18.04 переместился в Уэйленд, и если это релевантно.. Я думаю, что это может иметь.

0
задан 7 August 2018 в 13:53

1 ответ

Благодаря всем выше, кто прокомментировал это - я боролся с ним для длинного фрагмента, изучили много, нашел, что много людей с другими воплощениями той же проблемы, и наконец - сегодня - решило его.

Большая часть проблемы, кажется, неопытна (если знакомый) пользователи Linux (как я) не знание самого внутреннего понятия того, как сессии X-окон работают с менеджерами окон и с серверами VNC (которых я теперь протестировал приблизительно 4), и что делают все те, когда работа удаленного без локального пользователя вошла в систему.

На совете steedriver выше, я попробовал TightVNC, и затем vnc4server, как альтернативы винишку: но я получил по существу ту же проблему - неспособность заставить сессию GUI 'просыпаться' так, чтобы vnc сервер мог поставить, GUI до удаления клиентской сессии VNC работает на основе туннеля SSH.

Чистые изменения, которые я должен был внести для окончательного решения этого, были они:

Во-первых, на совете многих людей, изменил мою xstartup конфигурацию, под ~/.vnc следующим образом:

/home/mikeh/.vnc/xstartup::

~~~~~~~~~~~~~~~~~~~~

#!/bin/sh

определение

XKL_XMODMAP_DISABLE=1 экспорта

сброс SESSION_MANAGER

сброс DBUS_SESSION_BUS_ADDRESS

$HOME/.Xresources xrdb

xsetroot - чисто серый

x-эмулятор-терминала - геометрия 80x24+10+10-ls - заголовок "Рабочий стол $VNCDESKTOP" и

x-менеджер-окон и

# Зафиксируйте, чтобы заставить GNOME работать

XKL_XMODMAP_DISABLE=1 экспорта

/etc/X11/Xsession

~~~~~~~~~~~~~~~~~~~~~

Ключевые тонкие настройки там были (a) добавление лучших четырех строк после #!/bin/sh и (b) UNcommenting строки стартовый x-терминал и x-менеджер-окон

С теми внесенными изменениями уничтожьте и перезапустите vncserver сессию (найдите pid сначала с PS-ef | grep vnc).

ЗАТЕМ дистанционная работа в использовании remmina (через туннель SSH), я получил "простое серое" окно только с "X" курсор - никакой 'рабочий стол' в стандартном смысле. Взял немного больше исследования, чтобы понять, что это - X-окно, неукрашенное менеджером окон: даже при том, что lightdm, казалось, работал, не подарок на экране, VNC мог получить доступ.

На данном этапе я нашел, Щелкают правой кнопкой, показал 'основные' настольные команды LXDE, которые включают терминал, 1 4 настольный селектор и браузер. Вся работа, на 'явном' LXDE (никакой менеджер окон), но от терминала, я мог затем запустить pcmanfm, который работал обычно, затем vlc, который смог передать видео потоком: так ясно вся функциональность, просто никакая управляемая сессия окна. Так "90% там"..

Futher исследуют это пополудни, ведомый к совету отсюда - steeldriver, Ваш совет снова:

https://ubuntuforums.org/showthread.php? t=2222849&page=2

Сущность этого была Вашими пробными версиями, уезжающими к полученным в итоге тонким настройкам: которые составляют создание файла ~/.xsession, содержа только это:

lxsession -s Lubuntu -e LXDE

Перезагруженный ПК, затем

a. удаленный простой SSH;
b. запущенный vncserver на сервере вручную с

    vncserver                        {   -  reports using desktop session 1 ;  }

c. открытый SSH туннелируют от клиента к серверу (порт 5 901 дальний конец);

d. удаленный в использовании remmina vnc клиент---ХОРОШО РАБОТАЮЩИЙ, полный рабочий стол GUI.

Огромный благодаря всем гуру, совет которых помог мне здесь - steeldriver, мои извинения за то, что не был распознан Ваш навык выше в комментариях ранее / спасибо за это решение.

Для записи - это было клиентом ПК рабочий Lubuntu 18.04, получающий доступ к серверу ПК рабочий Lubuntu 16.04.

0
ответ дан 28 October 2019 в 05:00

Другие вопросы по тегам:

Похожие вопросы: