Настройка удалённого рабочего стола на tightvnc
Настройка удалённого рабочего стола на tightvnc.
Имеем:
Настройка удалённого рабочего стола на tightvnc.
Имеем:
Задача удаленного доступа к машине с Linux, как правило, довольно проста: вы устанавливаете SSH и сервер openssh, а затем с помощью команды ssh создаете туннель для X. Но что, если вы хотите иметь полномасштабный рабочий стол? Вы можете установить сервер VNC или RDP, либо вы можете обратиться к полноценному решению дистанционного управления рабочим столом, такому как приложение
Приложение NoMachine NX доступно для Linux как для архитектуры x86, так и x86_64. Существует бесплатная версия (которая будет обсуждаться в настоящей статье), для которой есть предварительно скомпилированные пакеты для Red Hat и Debian, а также есть исходный код, доступный для загрузки. Дополнительную информацию смотрите на
Почему имеет смысл иметь дело с такими пакетами, как NoMachine NX? Просто в приложении NoMachine предлагаются наиболее надежные, настраиваемые, удобные средства управления дистанционными подключениями к рабочему столу Linux. Единственным ограничением бесплатной версии является то, что в ней одновременно можно использовать только два подключения. Для того, чтобы можно было использовать большее количество подключений, вам придется приобрести версию Small Business или Enterprise Desktop. Дополнительную информации об этих версиях можно получить на
Для большинства пользователей будет достаточно бесплатной версии. Она проста в установке, настройке и использовании. Давайте рассмотрим каждый из этих этапов.
Мы уже писали о продукте VMware vCloud Request Manager, который позволяет организовывать рабочие процессы получения пользователями виртуальных машин в рамках частного облака, построенного на базе платформы VMware vSphere и средства управления VMware vCloud Director.
Этот продукт пришел на смену VMware Lifecycle Manager, который был предназначен для управления жизненным циклом виртуальных машин в инфраструктуре VMware vSphere. Теперь эти функции берет на себя Request Manager.
Как это выглядит на практике. Пользователь, имеющий права на работу в частном облаке запрашивает виртуальный сервис (который может состоять из нескольких виртуальных машин) в виде объекта vApp. То есть инициирует request. Далее менеджер датацентра, получив заявку по email, утверждает или отклоняет его, после чего пользователь получает также нотификацию о положительном или отрицательном результате заявки.
Недавно я писал как настраивать CDP на Standard vSwitch-е. Все становится проще если мы используем Distributed vSwitch-ы. Чтобы настроить наш Distributed vSwitch на нужный режим работы CDP заходим в его настройки и переходим на пункт Advanced и видим что по умолчанию CDP включён в режиме Listen. Чтобы поменять режим проста из dropdown-a выбираем нужный режим.
Вот такая интересная статистика от Citrix: