VNC: универсальное средство удаленного управления Mac
Большинство средств удаленного управления Mac зависят от конкретного разработчика и требуют установку специальных программ. Однако существует более гибкая технология под названием VNC (Virtual Network Computing).
В основе VNC лежит стандартный протокол, поэтому технология может использоваться в паре с продуктами от разных разработчиков и опен-сорсных проектов. Несмотря на большую разницу в функционале и возможностях, у всех этих программ есть одна общая черта – способность осуществлять удаленные подключения.
VNC доступна практически для каждой операционной системы. Другими словами вы можете использовать ее для соединения с ПК на любой платформе. Mac OS X имеет встроенную поддержку VNC (служба Общий экран работает именно по этому протоколу). Кроме того, некоторые VNC-клиенты работают с Apple Remote Desktop (ARD).
VNC поддерживают и устройства на iOS. Существует несколько мобильных приложений, позволяющих удаленно подключаться и управлять Mac/PC, с iPhone, iPod touch и iPad (например iTeleport: Jaadu VNC или Mocha VNC).
Однако гибкость технологии VNC накладывает на нее свои ограничения. В базовом виде она лишена многих важных функций, которыми располагают другие средства. Например VNC не может обойти NAT шлюзы, закрывающие локальную сеть. В этом случае на маршрутизаторе требуется настройка port-mapping (вручную или с помощью утилиты). При этом обязательным условием является наличие публичного (или внешнего) IP-адреса.
Изначально VNC не использует шифрование трафика, хотя некоторые клиенты добавляют криптозащиту и другие средства безопасности поверх VNC. При необходимости надежного шифрования всей VNC-сессии, ее можно устанавливать через SSL, SSH или VPN-туннель, а также поверх IPSec. Также технология не поддерживает трансляцию изображений с нескольких мониторов и передачу файлов. VNC-клиенты, работающие с ARD, лишены первого недостатка, а все остальные передают изображение только с главного монитора.
Настройка VNC
Для использования VNC на Mac OS X вы можете обратиться к нативным средствам системы или установить сторонний VNC-сервер.
Чтобы включить VNC в Leopard или Snow Leopard начните с запуска Системных настроек. Далее зайдите в Общий доступ и поставьте галочку для службы Общий экран. Выделите ее и нажмите кнопку Настройки компьютера. Отметьте пункт “Пользователи VNC могут получить управление экраном по паролю” и укажите пароль.
Сторонние VNC-продукты могут быть более настраиваемыми и надежными, чем OS X. Один из таких – бесплатный VNC-сервер Vine Server, версия 3.11 которого совместима со Snow Leopard.
После загрузки и установки Vine Server вы можете включить некоторые дополнительные опции. Среди них принудительное использование SSH-соединения (очень рекомендую) и возможность подключения к ПК, находящимся за шлюзом.
Для соединения с компьютером по VNC вы можете использовать встроенное решение Apple, работающее с любыми VNC-серверами на любой платформе или выбрать стороннее ПО, например JollysFastVNC ($40) или Vine Viewer ($35 в паре с Vine Server).
Для создания VNC-соединения с помощью одного из этих продуктов, запустите программу и введите IP-адрес или имя конечного компьютера. Для сетей, где несколько компьютеров имеют один IP-адрес, опционально указывается порт.
JollysFastVNC сохраняет профили для каждого соединения (в том числе SSH), хотя дополнительные настройки утилиты не всегда очевидны. Так, чтобы включить “безопасную оболочку” в поле SSH Options нужно написать -l имя, где имя – короткое имя компьютера, к которому подключается пользователь.
Не все с VNC проходит гладко и наиболее распространенная проблема – неправильная настройка маршрутизатора и портов. Обычно для удаленного VNC-подключения к машине с публичным IP необходимо открыть порт 5900.
Если вы задались вопросом удаленного соединения с Mac или PC, вам также будут интересны 5 способов удаленного подключения к Mac и удаленное управление Mac через Интернет.
iЯблочный Блог
Тонкая настройка Mac OS
Использование VNC в Mac OS
Поделиться «Использование VNC в Mac OS»
Клиент VNC в Mac OS носит название Screen Sharing. Эта программа позволит вам подключиться к удаленным компьютерам UNIX, Mac, Linux, Windows и т.д. Она хорошо интегрирована в систему и у нее есть несколько способов использования:
Через терминал
Если используется нестандартный порт, то его надо указывать через двоеточие вконце команды. Если доступ к какому-то конкретному компьютеру используется чаще чем обычно, то можно создать alias в профиле shell, что избавит от надобности вводить адрес каждый раз.
Через Finder.
Меню Go -> Connect to Server… (или комбинация клавиш Command ⌘ + K). В поле ввода написать vnc://servername . Там же можно нажать значек «+» тем самым поставив закладку.
Через Safari.
В адресной строке пишем vnc://servername и лицезрим запуск того же Screen Sharing.
Через ярлык
Переместить файл /System/Library/CoreServices/Screen Sharing в Dock или создать ссылку в Applications.
Через ярлык 2
При успешном подключении к удаленному компьютеру любым из вышеописанных способов, Screen Sharing создает файлы .vncloc для каждого успешного подключения. Кликнув по ним можно сразу же воссоздать сессию. Эти файлы находятся в папке
/Library/Application Support/Screen Sharing и если ее переместить в Dock, то это тоже может быть удобным способом.
Если данная статья была хоть немного Вам полезна — нажмите «g+», «Нравится» или «Мне нравится» чуть ниже. Спасибо)
Подключение к удаленному компьютеру по VNC
Работа с 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 и Chicken.
Для Linux ветви Debian (Ubuntu) VNC-клиент устанавливается из репозитория командой:
apt-get install vncviewer
Для ветви RedHat (CentOS, Fedora) — командой:
Для 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 Мбит/сек при открытии выпадающего меню «Система -> Параметры» (на рисунке меню выделено зеленым пунктиром):
Полноцветный режим | 256 цветов (BGR233) | |||
---|---|---|---|---|
Объем | Время | Объем | Время | |
ZLib | 11 Кб | 0.09 сек | 7 Кб | 0.06 сек |
HexTile | 208 Кб | 1.6 сек | 118 Кб | 0.95 сек |
Raw | 248 Кб | 2 сек | 128 Кб | 1 сек |
5. Частые проблемы
Не удается подключиться к VNC-серверу
Медленная работа через достаточно быстрый канал
Если VNC-клиент не может согласовать с VNC-сервером использование алгоритм кодирования графики с компрессией данных, выбирается алгоритм по умолчанию — Raw, который передает данные без сжатия. Также кодирование без сжатия или с низким уровнем сжатия может автоматически выбираться VNC-клиентом при работе через быструю локальную сеть. Данную проблему можно исправить, принудительно указав в настройках VNC-клиента алгоритм кодирования с высоким уровнем сжатия — ZLib, ZRLE, Tight.
Однако, для некоторых сочетаний клиента и сервера такое решение может быть бесполезным из-за ошибок в согласовании алгоритма кодирования. Например, клиент TightVNC с сервером RealVNC часто могут работать только с кодировкой Raw. Решением в этом случае будет смена VNC-клиента или VNC-сервера.