вид удаленного рабочего стола Debian Lenny Machine

Позвольте мне дать резюме моей спецификации проекта. У меня есть сервер Windows и куча клиентов Debian в одной локальной сети, на машинах Debian нет системы x Window, они связаны с использованием командной строки. Я запускаю приложение QT при запуске системы, поэтому пользователь взаимодействует только с моим графическим интерфейсом, прежде чем он видит что-либо еще.

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

Нужна ли настройка VNC-сервера на компьютерах Debian для этого? Есть ли другой способ?

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

Мой первый совет - установить rootshна стороне клиента.

Это оболочка для оболочек, которая записывает все повторяющиеся нажатия клавиш и вывод терминала в файл и / или в системный журнал [ сайт rooth ]

К сожалению, ваш репозиторий Debian не упакован, поэтому вы должны сделать свои собственные двоичные файлы. Этого легко достичь, так как у rooth нет необычных зависимостей. Более того, вам нужен socatинструмент для двунаправленной передачи данных.

Если вы вызываете rootshкак

./rootsh -i -f logfile

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

Теперь вы можете создать TCP-сокет на клиенте с

socat OPEN:logfile,ioreeof TCP-LISTEN:22222,fork

с которого вы можете читать с хоста админа. Например, с

 socat TCP:clientdomain:22222 STDOUT

или с netcatт. е. telnet(доступны двоичные файлы Windows для socat).

В случае, если вы хотите иметь более безопасный поток данных между узлами, вы также socatможете указать его шифрование OPENSSL. Вы можете найти отличное объяснение этому в статье « Защита трафика между двумя экземплярами Socat с использованием SSL» .

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