Tightvnc установка из командной строки. Удаленное управление Linux из Windows. Метод заражения TightVNC

Работа с VNC-клиентом. Материал ориентирован на неопытного пользователя.

1. Установка VNC-клиента
2. Подключение VNC-клиента к удаленному компьютеру
3. Отключение VNC-клиента от удаленного компьютера
4. Тюнинг VNC-клиента
5. Частые проблемы

Для работы с удаленным компьютером по VNC на компьютере пользователя нужно запустить программу-клиент (VNC viewer, VNC client). Эта программа передает на удаленный компьютер данные о нажатиях на клавиши и о движениях мыши, сделанных пользователем, и показывает информацию, предназначенную к выводу на экран.

1. Установка VNC-клиента

Для ОС Windows можно бесплатно скачать и инсталлировать VNC-клиент UltraVNC и TightVNC .

Mac OS X начиная с версии 10.5 имеет поддержку VNC-клиента в RemoteDesktop . Для предыдущих версий можно использовать VNC-клиенты JollysFastVNC и .

Для Linux ветви Debian (Ubuntu) VNC-клиент устанавливается из репозитория командой:

Apt-get install vncviewer

Для ветви RedHat (CentOS, Fedora) - командой:

Yum install vnc

Для FreeBSD VNC-клиент (TightVNC) устанавливается из пакетов командой:

Pkg_add -r tightvnc

2. Подключение VNC-клиента к удаленному компьютеру

Для подключения VNC-клиента к удаленному компьютеру требуется указать его IP-адрес или DNS-имя, и номер дисплея (по умолчанию, :0) или номер TCP-порта (по умолчанию, 5900). Если VNC-сервер требует авторизации, то при подключении к нему VNC-клиент запросит пароль. Обратите внимание, что пароль доступа к VNC-серверу не связан с каким-либо аккаунтом (учетной записью пользователя) на удаленном компьютере, а служит только для ограничения доступа к дисплею VNC-сервера.

После установки соединения и открытия экрана, в зависимости от настроек VNC-сервера может потребоваться авторизация пользователя на виртуальном сервере или может быть открыта уже запущенная рабочая сессия какого-либо пользователя.

Так как на компьютере одновременно могут работать несколько VNC-серверов, для их разделения используют параметр номер дисплея . Например, один VNC-сервер может быть запущен на дисплее:0, другой - на дисплее:1. Каждому номеру дисплея соответствует номер TCP-порта, на котором VNC-сервер принимает соединения. Номер порта для дисплея получается прибавлением номера дисплея к базовому номеру порта - 5900. Дисплею:0 соответствует TCP-порт 5900, дисплею:1 - порт 5901.

3. Отключение VNC-клиента от удаленного компьютера

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

4. Тюнинг VNC-клиента

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

Главный параметр, который влияет на объем передаваемых данных - алгоритм кодирования передаваемой графики. Для уменьшения объема и, соответственно, ускорения работы, рекомендуется использовать алгоритмы Tight, ZLib, ZRLE - по сравнению с несжатыми данными (Raw), они обеспечивают сжатие в десятки раз, заметно нагружая процессор. Эти алгоритмы кодирования обеспечивают комфортную работу даже на каналах со скоростью 256-512 Кбит/сек.

Для сокращения объема передаваемой по сети информации также можно устанавливать высокий уровень сжатия (Compression Level, Compression Value), низкий уровень качества JPEG (JPEG Quality) и включать режим уменьшения количества цветов (-bgr233, Restricted colors). Самый большой эффект из них при заметном снижении качества изображения дает режим уменьшения количества цветов - объем передаваемой информации уменьшается в 1.5-3 раза, соответственно, в 1.5-3 раза ускоряется отображение на экране.

JPEG применяется алгоритмом кодирования Tight для сжатия участков экрана, содержащих фотографии и другие сложные изображения с большим числом цветов. Использование Tight+JPEG сокращает в 2-5 раз объем передаваемых при этом данных. Другие алгоритмы кодирования JPEG не поддерживают.

1. Выпадающего меню «Система -> Параметры»

Объем передаваемых данных и скорость отображения на канале 1 Мбит/сек при открытии выпадающего меню «Система -> Параметры» (на рисунке меню выделено зеленым пунктиром):

5. Частые проблемы

Не удается подключиться к VNC-серверу

Нужно проверить:

есть ли доступ к интернету;
отвечает ли виртуальный сервер на пинги;
запущен ли на виртуальном сервере VNC-сервер;
нет ли по пути файервола, закрывающего доступ к TCP-порту VNC-сервера;
правльно ли указан номер дисплея или TCP-порт VNC-сервера (номер порта = 5900 + номер дисплея).

Медленная работа через достаточно быстрый канал

Если VNC-клиент не может согласовать с VNC-сервером использование алгоритм кодирования графики с компрессией данных, выбирается алгоритм по умолчанию - Raw, который передает данные без сжатия. Также кодирование без сжатия или с низким уровнем сжатия может автоматически выбираться VNC-клиентом при работе через быструю локальную сеть. Данную проблему можно исправить, принудительно указав в настройках VNC-клиента алгоритм кодирования с высоким уровнем сжатия - ZLib, ZRLE, Tight.

Однако, для некоторых сочетаний клиента и сервера такое решение может быть бесполезным из-за ошибок в согласовании алгоритма кодирования. Например, клиент TightVNC с сервером RealVNC часто могут работать только с кодировкой Raw. Решением в этом случае будет смена VNC-клиента или VNC-сервера.

25 ноября 2009 в 13:21

Подключение к удаленному компьютеру по VNC

Настройка Linux

Работа с VNC-клиентом. Материал ориентирован на неопытного пользователя.

1. Установка VNC-клиента

Для ОС Windows можно бесплатно скачать и инсталлировать VNC-клиент UltraVNC и TightVNC .

Для Linux ветви Debian (Ubuntu) VNC-клиент устанавливается из репозитория командой:

Apt-get install vncviewer

Для ветви RedHat (CentOS, Fedora) - командой:

Yum install vnc

Для FreeBSD VNC-клиент (TightVNC) устанавливается из пакетов командой:

Pkg_add -r tightvnc

2. Подключение VNC-клиента к удаленному компьютеру

3. Отключение VNC-клиента от удаленного компьютера

4. Тюнинг VNC-клиента

1. Выпадающего меню «Система -> Параметры»

5. Частые проблемы

Не удается подключиться к VNC-серверу

Нужно проверить:

есть ли доступ к интернету;
отвечает ли виртуальный сервер на пинги;
запущен ли на виртуальном сервере VNC-сервер;
нет ли по пути файервола, закрывающего доступ к TCP-порту VNC-сервера;
правльно ли указан номер дисплея или TCP-порт VNC-сервера (номер порта = 5900 + номер дисплея).

Медленная работа через достаточно быстрый канал

Бывает нам нужен удаленный доступ в визуальную оболочку Linux, данная задача требуется крайне редко, но если это требуется, нет ничего не возможного:) Для этой цели рекомендую использовать tightvnc , почему именно tightVNC? Данный софт способен как из linux , так и из windows удаленно подключиться к рабочему столу, его установка крайне проста и не требует каких-то особенных танцев с бубном:) Возможно есть еще более лучший софт, ну поделитесь им с нами:)
В довесок ко всему прочему tightVNC способен работать на низких каналах связи, для оптимизации это хороший плюс.
Перейдем к установке!

Установка сервера tightvnc на машине, к которой нужно подключиться:
sudo apt-get install tightvncserver
В последних обновлениях ubuntu, а именно с 14.04 версии был небольшой баг с gnome, когда при подключение вместо раб. стола выводил серый экран, поэтому для подключения нужно использовать другой модуль оболочки:
sudo apt-get install xfce4 xfce4-goodies
Установка пароля для доступа:
vncpasswd ~/.vnc/passwd Файл passwd будет создан в скрытой папки в вашей домашней директории… Можете сами создать эту папку.vnc...

Запустить с нужной вам настройкой:
sudo tightvncserver -geometry 1024x768 -depth 16 Запуск tightVNC с разрешением 1024х768 и глубиной цветов 16 бит

Стандартный запуск:
sudo vncserver:1
Уничтожить процесс после завершения:
sudo vncserver -kill:1

Примечание:

Как изменить стандартный порт tightVNC?

Для доступа на удаленной машине должен быть проброшен порт 5901, это стандартный порт tightVNC , изменить его можно при подключение, при подключение в стандартном случае Вы используете:1 - это порт 5901, если хотите использовать порт 5911, следовательно при подключение будет:11 и так далее: например вам нужен порт 7829, запускаем vncserver с таким правилом:
sudo vncserver:7829 вычитаем 5900 = 1929, значит при подключение к удаленной машине пишем: айпи:1929 или так: айпи:7829, используйте как нравится, не забудьте пробросить нужный вам порт.

tightVNC серый экран при подключение

Если у вас был баг с серым экраном при подключение и вы установили пакет xfce4 , тогда вам нужно изменить файл xstartup :
sudo nano root/.vnc/xstartup За-комментируйте всё, что есть в данном файле и допишите следующее:
#!bin/sh xrdb $HOME/.Xresources startxfce4 &

tightVNC не работает смена раскладки клавиатуры

Если у Вас не переключается раскладка клавиатуры, допишете:
#!bin/sh xrdb $HOME/.Xresources startxfce4 & export XKL_XMODMAP_DISABLE=1 Но это лишнее, этот баг случается крайне редко...
Ниже прикреплю установочные пакеты tightVNC viewer и server для Windows 32 и 64 bit . Джек Уоллен (Jack Wallen) рассказывает, как использовать TightVNC для удаленного и наоборот при кроссплатформенном администрировании.

С точки зрения администратора, одной из самых важных функций системы является возможность удаленного обслуживания. Инструменты для выполнения этой задачи имеются практически в любой ОС, но что делать, если удаленное администрирование требуется в кроссплатформенной среде? Протокол удаленного рабочего стола в таком случае не вариант. Чтобы подключиться к Windows с компьютера под управлением Linux, лучше всего использовать VNC (Virtual Network Computing), а точнее, TightVNC.

TightVNC - это бесплатное решение для работы с VNC, которое включает просмотрщик и сервер для Windows, а также сервер для Linux. Давайте посмотрим, как настроить серверы на обеих платформах, чтобы обеспечить возможность удаленного подключения.

Подключение из Linux к Windows

Установить TightVNC в Windows очень просто. Достаточно загрузить подходящую версию установщика с сайта TightVNC, запустить файл двойным щелчком и следовать указаниям мастера. А вот дальше все немного сложнее.

Чтобы к компьютеру можно было подключиться, нужно для начала настроить и запустить на нем сервер TightVNC. Для этого найдите в меню «Пуск | Все программы» (Start | All Programs) папку «TightVNC | TightVNC Server (Application Mode)», а в ней запустите средство «TightVNC Server - Offline Configuration». В появившемся окне откройте вкладку «Server» (рис. A) и настройте сервер TightVNC в соответствии со своими потребностями.

Рисунок A. Для входящих соединений необходимо установить пароль, и он не может быть пустым.

Как минимум нужно установить пароль для входящих соединений. После этого можно запустить сервер. Для этого воспользуйтесь ярлыком «Run TightVNC Server» в той же папке. Никаких окон при этом не откроется - вместо этого в фоновом режиме будет запущен демон TightVNC.

Теперь на компьютере под управлением Linux запустите стандартное средство подключения к удаленному рабочему столу, введите IP-адрес VNC-сервера Windows и подключитесь. Вам предложено будет ввести пароль, после чего будет установлено удаленное соединение.

Если вы не знаете, какой VNC-клиент выбрать, я рекомендую Vinagre - простое и удобное приложение для рабочей среды GNOME.

Подключение из Windows к Linux

Подключиться из Windows к Linux немного проще (см. ). Я объясню, как настроить подключение на компьютере под управлением Ubuntu 10.10. Для начала нужно установить tightvncserver.

1. Запустите Центр приложений Ubuntu (Ubuntu Software Center).
2. Введите в строке поиска «tightvncserver» (без кавычек).
3. Выделите tightvncserver и нажмите кнопку «Установить» (Install).
4. Введите пароль к учетной записи root.

После установки нужно настроить сервер. Для этого:

1. Откройте терминал.
2. Выполните команду tightvncserver.
3. Введите пароль.
4. При необходимости задайте пароль для просмотра.

Теперь к этому компьютеру можно подключиться с помощью приложения TightVNC Viewer из Windows. Вызовите его из меню «Пуск | Все программы | TightVNC | TightVNC Viewer» и введите в появившемся окне IP-адрес компьютера под управлением Linux с указанием порта 5901 в формате «192.168.100.21:5901». Если номер порта не указать, TightVNC Viewer попытается подключиться к порту 5900, и соединение установить не удастся.

При подключении потребуется указать пароль, который вы задали при запуске сервера на компьютере под управлением Linux. После успешной авторизации будет установлено соединение (рис. B).

Рисунок B. Подключение к tightvncserver с помощью TightVNC Viewer позволяет осуществлять удаленное администрирование компьютера под управлением Linux из Windows.

В заключение

Существует масса способов подключиться к удаленному компьютеру, но наличие универсального кроссплатформенного решения типа TightVNC значительно облегчает эту задачу. А какими средствами для удаленного подключения пользуетесь вы? Используете ли вы VNC, RDP или стороннее программное обеспечение типа Logmein? Поделитесь своим опытом в комментариях!

Tutorial

Это руководство о том, как настроить noVNC для удалённого доступа к компьютерам на Windows.

Почему noVNC?

- У Windows есть «родное» средство для удалённого доступа - Remote Desktop Connection. Но оно есть не во всех версиях Windows - например нет в Home edition.
- Также существует множество VNC серверов и клиентов для любой версии Windows. Но для их использования нужно ставить VNC клиент. А бывают случаи, когда ставить ничего нельзя (ограничение прав), или нежелательно, чтобы не оставлять следов на чужом компьютере.
- Ещё есть Chrome Remote Desktop, которому на стороне клиента нужно только расширение в браузере. Но у меня был случай, когда протокол Хрома был заблокирован организацией (там почто всё было заблокировано), а noVNC использует обычный HTTP и поэтому работал.

Насколько я знаю, noVNC - единственное средство, которое позволяет подключиться к удалённому компьютеру без установки какого-либо клиента - используется лишь браузер.
Ещё есть SPICE , но для него я не нашёл сервера под Windows.

В результате этого руководства, мы сможем просто открыть линк в браузере, ввести пароль и пользоваться удалённой системой.

Необходимым условием является проброс портов, или белый IP удалённого компьютера. Также можно воспользоваться VNC repeater. Но это уже выходит за рамки этой статьи.

Общая схема

Сначала мы поставим обычный VNC сервер на порт 5900.

Затем поставим noVNC и WebSockify на порт 5901.

Цель, чтобы получилось приблизительно вот так:

Теперь запускаем command prompt с администраторскими правами:

Запускаем WebSockify:

C:\> cd c:\noVNC\websockify c:\noVNC\websockify> websockify.exe 5901 127.0.0.1:5900 --web c:\noVNC\noVNC-master WARNING: no "resource" module, daemonizing support disabled WebSocket server settings: - Listen on:5901 - Flash security policy server - Web server. Web root: c:\noVNC\noVNC-master - No SSL/TLS support (no cert file) - proxying from:5901 to 127.0.0.1:5900
Первый параметр выше - порт на котором noVNC будет слушать: 5901 . Этот порт нужно сделать доступным для клиентов.

Второй параметр - IP и порт, где стоит VNC сервер: 127.0.0.1:5900

Третий параметр --web инструктирует noVNC, чтобы он отдавал содержимое директории c:\noVNC\noVNC-master по HTTP(s). По умолчанию noVNC отдаёт только VNC вебсокет, но этот параметр позволяет иметь и HTTP сервер на этом же порту.

В директории c:\noVNC\noVNC-master переименуйте файл vnc.html в index.html , чтобы он отдавался по умолчанию.

Теперь noVNC клиент должен быть доступен на порту 5901:

Попробуйте также открыть noVNC страницу с другого компьютера/смартфона, чтобы удостовериться, что она доступна снаружи. Если нет - то проверьте:

Что у вас Windows Firewall не блокирует внешние подключения на этот порт,
- что ваш роутер правильно перенаправляет запросы на этот порт на нужный компьютер; если надо гуглите «проброс портов».

Соединяемся (Connect), вводим VNC пароль и видим рабочий стол удалённого компьютера!

Если что-то пошло не так, то ошибки должны показаться в нашей консоли.

Остановить noVNC сервер можно нажав Ctrl-C в консоли. Описанная выше конфигурация работает по HTTP (и по WS).

Добавляем SSL с самоподписанным сертификатом

Добавлять SSL - необязательно. Создать самоподписанный сертификат можно вот так:

Openssl req -new -x509 -days 365 -nodes -out self.pem -keyout self.pem
Для Windows openssl можно взять .

В результате получаем файл self.pem, на который надо указать при старте noVNC:

C:\noVNC\websockify> websockify.exe 5901 127.0.0.1:5900 --web c:\noVNC\noVNC-master --cert=c:\noVNC\self.pem
Теперь у нас работает HTTPS и WSS (WebSocket Secure). Для WSS в настройках (Settings) нужно указать Encrypt. Интересно, что noVNC использует один и тот же порт для HTTP и HTTPS - он «умеет» различать запросы и правильно отвечать.

Так как сертификат самоподписанный, то в браузере нужно будет принять этот сертификат.

Let"s Encrypt

У меня нет инструкций о том, как настроить систему, чтобы Let"s Encrypt автоматически генерировал сертификат специально для нашей системы. Для этого потребовалось бы, чтобы noVNC работал на порту 80, что конечно же возможно, но может быть неудобно, и найти способ интегрировать certbot, чтобы эти файлы публиковались в нужную директорию. Думаю, что это возможно, но я этого не сделал. Если вы допилите - поделитесь в комментариях.

В моём случае, у меня уже есть домашний сервачок с NGINX и DDNS именем, который настроен автоматически получать сертификат от Lets Encrypt.

Вы можете запустить что-то похожее у себя. есть инструкции о настройке Let"s Encrypt для Linux и Windows.

Поэтому для noVNC я просто использую уже существующие pem -файлы, сгенерированные для nginx .

Let"s Encrypt создаёт следующие файлы:

Cert.pem: Your domain"s certificate chain.pem: The Let"s Encrypt chain certificate fullchain.pem: cert.pem and chain.pem combined privkey.pem: Your certificate"s private key
На Ubuntu их можно найте по вот такому пути: /etc/letsencrypt/live/your_domain_name

Нужно скопировать (объединить) fullchain.pem и privkey.pem в один файл, например назовём его encrypt.pem , и этот файл мы будем использовать для noVNC .

Конечно, работать это будет только если nginx сервер и noVNC - на одном домене. Порты могут быть разными.

И нужно не забывать, что сертификаты годны только несколько месяцев, а потом надо копировать обновлённые файлы.

Добавляем noVNC, как Windows-сервис

Загружаем zip-архив , и распаковываем файлы оттуда так, чтобы они лежали в той же папке, где и файл websockify.exe , то есть в нашем случае в c:\noVNC\websockify .

При запуске, сервис будет использовать параметры из файла noVNCConfig.ini . Вот пример моего конфига:

5901 127.0.0.1:5900 --web C:\noVNC\noVNC-master --cert=c:\noVNC\encrypt.pem
В консоли, запущенной с администраторскими привилегиями создаём новый сервис:

Sc create "noVNC Websocket Server" binPath= "c:\noVNC\websockify\noVNC Websocket Service.exe" DisplayName= "noVNC Websocket Server"
Если нужно будет удалить сервис, то вот так:

Sc delete "noVNC Websocket Server"
Открываем сервисы (Control Panel → Administrative Tools → Services) и запускаем noVNC Websocket Server. Также здесь можно настроить, чтобы сервис стартовал каждый раз вместе с Windows:

Известные недоработки

Раскладка клавиатуры

Я обнаружил, что русская раскладка клавиатуры работает довольно необычным образом:
Если у клиента выбран русский язык, то на удалённый компьютер нажатия клавиш не передаются вообще.remote desktop Добавить метки