Я ЗНАЮ, что уже существуют другие очень похожие вопросы здесь - но это тонко отличается - я был через все подобные, и ни один из совета там не решает проблему, которую я вижу.
Это - зарегистрированное или - состояние локального пользователя сервера, который отличается здесь (см. ниже), и я не вижу, почему это влияет на то, что я делаю.
У меня есть эта ситуация:
Сервер ПК рабочий Lubuntu 16.04
Клиент ПК рабочий Lubuntu 18.04
Хочу к Серверу удаленного доступа ПК от Клиента, ПК, с помощью сервера винишка для 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 переместился в Уэйленд, и если это релевантно.. Я думаю, что это может иметь.
Благодаря всем выше, кто прокомментировал это - я боролся с ним для длинного фрагмента, изучили много, нашел, что много людей с другими воплощениями той же проблемы, и наконец - сегодня - решило его.
Большая часть проблемы, кажется, неопытна (если знакомый) пользователи 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.