Не может добраться VNC для работы на многопользовательские рабочие столы Ubuntu 16 и 18 (там лучшее удаленное решение?)

У моей команды инженеров есть четыре специальных общих компьютера, выполняющие соединение Рабочего стола Ubuntu 16.04 и 18.04, которые находятся в лаборатории, это - 5 минут ходьбы от наших кубов. Нам нужен доступ удаленного рабочего стола для этих машин (у нас есть графические инструменты тестирования, которые не могут быть выполнены на сессии SSH, например), и мы хотим смочь использовать учетные записи отдельного пользователя в этих системах, таким образом, у нас могут быть отдельные каталоги долей/пользователя и т.д.

Я попробовал и Винишко и x11vnc. Оба из этих решений хорошо работают для единственной учетной записи пользователя Ubuntu только, но момент, который зарегистрированный пользователь VNC пытается переключить на их персональную учетную запись Ubuntu (когда пользовательский экран выбора Ubuntu появляется), экран VNC чернеет, и никакие средства управления клавиатурой/мышью не имеют эффекта на удаленную систему. Если я подхожу к лаборатории и вручную переключаюсь назад на исходную учетную запись пользователя на физическом ПК, то сессия VNC становится применимой снова.

Вещи я попробовал:

  • Испытанная Ubuntu 16 по сравнению с 18, и x11vnc по сравнению с Винишком. Заканчиваются то же через плату - момент, подключенный пользователь пытается сменить аккаунты (по сравнению с тем, чтобы выходить из системы, и т.д.), момент, пользовательский экран выбора появляется на физическом рабочем столе, клиентский экран VNC идет пробел и неприменимый.
  • Следовавший эти инструкции для конфигурирования x11vnc для запуска при начальной загрузке (в отличие от установки Винишка по умолчанию, которая только запускается после, пользователь с Винишком настроил вход в систему). Я могу войти в любую учетную запись пользователя человечности по VNC, когда я делаю это, но после того как я зарегистрирован, любая попытка переключить на другую учетную запись человечности результаты в черной экранной проблеме для клиента VNC. Таким образом, в основном VNC хорош для определенной для отдельного пользователя сессии, и затем он требует, чтобы или ручное вмешательство в лабораторию или перезагрузка сбросили X11vnc к применимому состоянию.
  • Настроенное Винишко для использования уникальных портов для каждого пользовательского экземпляра, затем вручную вошел во все аккаунты локального пользователя (начинающий их экземпляры сервера Винишка). Это было интересно, потому что только одна сессия VNC была применима за один раз (только один мог взаимодействовать с компьютером, другие или имел черный или замороженный экран). Но момент, я пытался сменить аккаунты, снова, все клиенты VNC, стал неприменимым. Если бы я вручную переключился на один из другого, вошел в систему учетные записи, что сессия пользователя VNC стала бы интерактивной/применимой.

Мои вопросы:

  • Действительно ли возможно изменить это поведение, где пользовательский экран выбора повреждает клиенты VNC?
  • Существует ли другая Ubuntu 16/18-compatible клиент удаленного рабочего стола, который позволил бы графический удаленный рабочий стол в пользовательской среде? (Я думаю, что TeamCity мог бы работать, однако это - к сожалению, запрещенный инструмент в нашей среде.)

Спасибо!

1
задан 22 May 2018 в 18:14

2 ответа

У меня была та же проблема с Ubuntu 18.04 и x11vnc. Я решил его при помощи lightdm вместо gdm3. Удостоверьтесь, что настроили свой x11vnc сервис соответственно.

0
ответ дан 8 December 2019 в 00:56

Вероятно, должная сессия GUI управляет блокировками, у меня было обновление .vnc/xstartup для сбрасывания переменных сеанса прежде, чем запустить менеджер окон, и это добилось цели для получения многопользовательских сессий, работающих над 18,04.

сброс SESSION_MANAGER сбросил DBUS_SESSION_BUS_ADDRESS

Следуйте более полезным/завершенным инструкциям в
https://wiki.archlinux.org/index.php/TigerVNC#Running_vncserver_for_virtual _ (бездисплейный) _sessions

0
ответ дан 8 December 2019 в 00:56

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

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