У меня есть две машины, обе работают под управлением kubuntu: сервер и клиент. Я хотел бы подключиться к серверу с клиента и запустить полный графический интерфейс, не опасаясь, что некоторые команды будут выполняться от имени клиента.
Итак, ssh -XC
работает, и я также могу запускать графические программы из него просто отлично.
Однако, когда я startkde
печатаю в консоли ssh, он говорит: «Кажется, KDE уже работает на этом дисплее». Что верно, но не для той же учетной записи пользователя.
Я попытался выйти из графического интерфейса и войти в систему из tty, но тогда (что неудивительно) не удалось запустить какие-либо графические программы, включая kde.
Как тогда я могу сделать это так, чтобы я мог просто войти в систему так же, как я вхожу в систему с локальным пользователем? Используйте клиентский компьютер как тупой терминал.
источник
Вы можете включить сервер VNC
Настройки> Общий доступ> Общий экран
Затем прокси перешлите 5900 через ssh на ваш компьютер, если вам нужно использовать ssh.
затем используйте клиент Remote Desktop (RD), такой как Remina, для подключения к локальному ssh-прокси;
Connect> 127.0.0.1:5900
Обязательно изучите ошибки безопасности VNC, прежде чем использовать его. VNC должен быть довольно безопасен, если вы используете туннелирование через ssh. Этот метод будет работать только в том случае, если у вас есть пользователь, вошедший в систему. Чтобы заставить его работать без входа в систему, вам нужно будет войти в ssh, запустить сервер VNC и указать, какой дисплей использовать IE 0, 1, 2 и затем подключитесь к нему с помощью Remina или чего-то еще откуда угодно.
источник
x11vnc displaynumber:1
это правильно?Вы можете запустить оконный менеджер через сеанс SSH, но вам нужно убедиться, что ваш X-сервер уже не запускает оконный менеджер.
Это может быть достигнуто двумя способами:
Делайте все вручную, а не с
startx
помощью диспетчера отображения:Сначала запустите ваш X-сервер:
Теперь перейдите на другую виртуальную консоль (например, нажмите Ctrl + Alt + F2) и введите:
Теперь вернитесь к первой виртуальной консоли и используйте ваш сеанс X в обычном режиме. Недостатком этого метода является то, что он не включает
xauth
настройку (так что теоретически каждый на удаленной машине сможет подключиться к вашему сеансу X, что представляет угрозу безопасности); Вы можете добавить это.Используйте
.xinitrc
(для startx) или.xsession
(для менеджеров отображения) файлы, чтобы изменить ваш оконный менеджер:Если вы настроили свою систему так, чтобы SSH работал без пароля (например, с помощью ключей ssh, или с помощью Kerberos или другого механизма аутентификации), вы можете добавить следующую строку в качестве последней строки в вашем файле
.xinitrc
или.xsession
файлах:Следует помнить, что все, что вы добавляете в эти файлы, будет выполняться вместо вашей обычной настройки сеанса X11. В некоторых случаях вам может потребоваться выбрать «стандартный Xsession» на экране входа в систему.
Даже если у вас нет SSH без пароля, это может сработать, если вы
ssh-askpass
установили. Еслиssh
определяет , что он не имеет управляющего терминала , но это действительно имеет$DISPLAY
набор переменных, он будет использовать, чтобы задать пароль.Недостатком этого метода является то, что становится труднее войти на «локальный» компьютер.
источник