Xubuntu и удаленное управление рабочим столом
Представляю на суд хабрапублики обзор вариантов удаленного управления рабочим столом в ОС Xubuntu.
С чего всё началось и зачем это нужно?
На фоне постоянно набирающей популярности бесплатной ОС Ubuntu у меня возник вопрос использования легковесного варианта этой системы, основной задачей в которой было бы удаленное управление рабочим столом по аналогии с известной программой Radmin под Windows.
Как самая нетребовательная к ресурсам разновидность вышеназванной операционной системы позиционируется Xubuntu (далее по тексту Ubuntu=Xubuntu, Xubuntu=Ubuntu), основанная на “легком” графической среде Xfce. Возможность запуска на системных блоках устаревшей конфигурации для моих целей также являлось определяющим фактором.
Со скачиванием дистрибутива и установкой системы проблем не возникло, из приятных особенностей порадовала работа Интернета уже не начальных этапах установки системы (естественно при подключенном физически и функционирующем сетевом соединении, ведущем во внешнюю сеть).
Далее рассмотрим варианты удаленного управления системой в парах Xubuntu-Xubuntu, Xubuntu-Windows.
Используемые для этой цели известные протоколы – RDP, VNС. Вариант использования сервисов на основе RDP рассматривать не будем, но заметим, что встроенный клиент как для RDP так и VNС подключений в Xubuntu присутствует (в Windows по-умолчанию встроен только RDP-клиент).
Клиент клиентом, однако для организации двустороннего удаленного управления в парах Xubuntu-Xubuntu, Xubuntu-Windows по протоколу VNС требуется установка сервера на всех компьютерах, которые будут принимать входящие соединения. В качестве ПО для Windows в этом случае хорошо себя зарекомендовал UltraVNC.
В Xubuntu установка VNC сервиса производится командой:
$ sudo apt-get install vino
— настройка сервиса:
$ vino-preferences
— автозапуск сервиса при старте системы:
строка вызова /usr/lib/vino/vino-server в службах и приложениях.
Вариант с VNC можно назвать удобным и оптимальным для задачи удаленного управления рабочим столом, хотя для передачи файлов таковым его назвать нельзя. Также недостатком данного варианта является обязательное наличие статического IP-адреса компьютера, к которому подключаются. Если адрес будет динамическим (например в случае использования мобильного Интернета), то исчезает единственный идентификатор по которому можно подключится к удаленному компьютеру. А это важно, когда сетевой компьютер удаленный и необслуживаемый.
Таким образом, есть две проблемы, которые VNC не решает или решает, но с помощью дополнительного ПО. Попробуем решить их, рассмотрев другие продукты, работающие по собственным протоколам.
Для передачи файлов можно поставить тот же Radmin стартующий под Wine 1.2, — к сожалению этот вариант не отличается стабильностью, поэтому попробуем Teamwiever 6 (самая последняя на текущий момент версия продукта). Его функциональность и наличие бесплатной версии для некоммерческого использования откровенно радуют. Среди основных плюсов продукта, которые плавно перетекают в главные конкурентные преимущества среди аналогичных продуктов, можно назвать отсутствие привязки к ай-пи адресам, приятный и интуитивно понятный интерфейс, поддержка многих операционных систем (по крайней мере на этапе инсталляции), возможность подключения к компьютерам через браузер и многие другие приятности. Казалось бы, что может разочаровать здесь непритязательного пользователя?
И действительно при подключении с Ubuntu к компьютеру под управлением Windows XP проблем никаких нет, в обратном же направлении почти каждый раз возникает непонятная ошибка Wine и “вешает” Ubuntu и окно с удаленным управлением пока на удаленной машине вручную не будет принудительно закрыт Teamwiever. Сначала это вызывает недоумении – какое отношении имеет Wine (а он действительно был отдельно установлен еще до того времени, когда Teamwiever использовать не планировалось) к версии продукта под Ubuntu? Как оказалось Teamwiever для нормальной работы под Ubuntu использует свой собственный мини-Wine, находящийся в папке с программой, тем временем более тяжеловесный и официальный Wine 1.2 для Ubuntu уже находится по другому пути и происходит конфликт.
Пробуем устанавливать старые версии Teamwiever-а, но это не исправляет ситуацию. Налицо проблема разработчиков ПО, которая вызывает явное неудобство для пользователей. Как временные решения данной проблемы могут быть установка упомянутого ПО под другие версии Ubuntu, использование более ранних версий самого Teamwiever-а, изменение порядка установки (Teamwiever, а затем Wine), использование других версий Wine, установка Windows-версии Teamwiever-а под Ubuntu и запуск его под Wine, полный отказ от официального Wine под Ubuntu и др.
С чего всё началось и зачем это нужно?
На фоне постоянно набирающей популярности бесплатной ОС Ubuntu у меня возник вопрос использования легковесного варианта этой системы, основной задачей в которой было бы удаленное управление рабочим столом по аналогии с известной программой Radmin под Windows.
Как самая нетребовательная к ресурсам разновидность вышеназванной операционной системы позиционируется Xubuntu (далее по тексту Ubuntu=Xubuntu, Xubuntu=Ubuntu), основанная на “легком” графической среде Xfce. Возможность запуска на системных блоках устаревшей конфигурации для моих целей также являлось определяющим фактором.
Со скачиванием дистрибутива и установкой системы проблем не возникло, из приятных особенностей порадовала работа Интернета уже не начальных этапах установки системы (естественно при подключенном физически и функционирующем сетевом соединении, ведущем во внешнюю сеть).
Далее рассмотрим варианты удаленного управления системой в парах Xubuntu-Xubuntu, Xubuntu-Windows.
Используемые для этой цели известные протоколы – RDP, VNС. Вариант использования сервисов на основе RDP рассматривать не будем, но заметим, что встроенный клиент как для RDP так и VNС подключений в Xubuntu присутствует (в Windows по-умолчанию встроен только RDP-клиент).
Клиент клиентом, однако для организации двустороннего удаленного управления в парах Xubuntu-Xubuntu, Xubuntu-Windows по протоколу VNС требуется установка сервера на всех компьютерах, которые будут принимать входящие соединения. В качестве ПО для Windows в этом случае хорошо себя зарекомендовал UltraVNC.
В Xubuntu установка VNC сервиса производится командой:
$ sudo apt-get install vino
— настройка сервиса:
$ vino-preferences
— автозапуск сервиса при старте системы:
строка вызова /usr/lib/vino/vino-server в службах и приложениях.
Вариант с VNC можно назвать удобным и оптимальным для задачи удаленного управления рабочим столом, хотя для передачи файлов таковым его назвать нельзя. Также недостатком данного варианта является обязательное наличие статического IP-адреса компьютера, к которому подключаются. Если адрес будет динамическим (например в случае использования мобильного Интернета), то исчезает единственный идентификатор по которому можно подключится к удаленному компьютеру. А это важно, когда сетевой компьютер удаленный и необслуживаемый.
Таким образом, есть две проблемы, которые VNC не решает или решает, но с помощью дополнительного ПО. Попробуем решить их, рассмотрев другие продукты, работающие по собственным протоколам.
Для передачи файлов можно поставить тот же Radmin стартующий под Wine 1.2, — к сожалению этот вариант не отличается стабильностью, поэтому попробуем Teamwiever 6 (самая последняя на текущий момент версия продукта). Его функциональность и наличие бесплатной версии для некоммерческого использования откровенно радуют. Среди основных плюсов продукта, которые плавно перетекают в главные конкурентные преимущества среди аналогичных продуктов, можно назвать отсутствие привязки к ай-пи адресам, приятный и интуитивно понятный интерфейс, поддержка многих операционных систем (по крайней мере на этапе инсталляции), возможность подключения к компьютерам через браузер и многие другие приятности. Казалось бы, что может разочаровать здесь непритязательного пользователя?
И действительно при подключении с Ubuntu к компьютеру под управлением Windows XP проблем никаких нет, в обратном же направлении почти каждый раз возникает непонятная ошибка Wine и “вешает” Ubuntu и окно с удаленным управлением пока на удаленной машине вручную не будет принудительно закрыт Teamwiever. Сначала это вызывает недоумении – какое отношении имеет Wine (а он действительно был отдельно установлен еще до того времени, когда Teamwiever использовать не планировалось) к версии продукта под Ubuntu? Как оказалось Teamwiever для нормальной работы под Ubuntu использует свой собственный мини-Wine, находящийся в папке с программой, тем временем более тяжеловесный и официальный Wine 1.2 для Ubuntu уже находится по другому пути и происходит конфликт.
Пробуем устанавливать старые версии Teamwiever-а, но это не исправляет ситуацию. Налицо проблема разработчиков ПО, которая вызывает явное неудобство для пользователей. Как временные решения данной проблемы могут быть установка упомянутого ПО под другие версии Ubuntu, использование более ранних версий самого Teamwiever-а, изменение порядка установки (Teamwiever, а затем Wine), использование других версий Wine, установка Windows-версии Teamwiever-а под Ubuntu и запуск его под Wine, полный отказ от официального Wine под Ubuntu и др.
0 комментариев