Всем привет!

Сегодня хочу рассказать о двух случайно обнаруженных “фичах” известных протоколов, которые позволили сложиться пазлу, из темы статьи.

И так, у сотрудника техподдержки есть необходимость подключаться к рабочему столу пользователя, что бы совместно что-то сделать. Раз нет TeamViewer, значить надо использовать что-то похожее, например VNC. Тут же “выплывают” проблемы:

1. компьютер пользователя может быть недоступен для компьютера сотрудника, например, находится в домашней сети за роутером (который так же может быть не доступен из внешних сетей)
2. пользователю нужно не только заранее установить VNC Server на свой компьютер, но и задать (и не забыть:) пароль от него, что бы сообщить его, когда понадобится, сотруднику

Эти проблемы решает первая “фича”: оказалось, что VNC позволяет организовывать подключение “наоборот”, не с клиента на сервер, а с сервера на клиент. В системе Windows пользователь может установить, например, пакет TightVNC оставляя все опции, кроме лицензионного соглашения, “по умолчанию”, и, не меняя и не выясняя случайно сгенерированный пароль, который теперь никому не понадобится.

Здесь можно представить картинку:)

Аналогично пакет нужно будет установить сотруднику техподдержки, серверная часть ему не нужна, можно убрать ее из автозагрузки, а понадобится TightVNC Viewer запущенный в Listening mode

Здесь можно представить картинку:)

Если пользователи и/или сотрудники работают в Linux, то аналогичной функциональностью обладает пакет x11vnc (https://github.com/LibVNC/x11vnc/blob/master/README), который в debian ориентированных дистрибутивах может быть установлен командой

$ sudo apt install x11vnc