Virtualbox удаленный доступ к виртуальной машине
Virtualbox удаленный доступ к виртуальной машине
VirtualBox, графический интерфейс пользователя, содержит встроенный сервер VirtualBox Remote Desktop Protocol (VRDP). Он позволяет вам увидеть графический вывод виртуальной машины и управлять ею удаленно на любом другом компьютере, так если бы виртуальная машина выполнялась на этом удаленном компьютере.
VRDP является обратно совместимым расширением Microsoft’s Remote Desktop Protocol (RDP). Обычно с удаленной машины посылается обновление графического вывода и звука клиенту, а события клавиатуры и мыши посылаются серверу. В результате вы можете использовать стандартных клиентов RDP для управления удаленными ВМ.
Если вы используете VBoxHeadless (описывается далее), сервер VRDP автоматически включается, т.к. VBoxHeadless не имеет собственного графического вывода.
7.4.1. RDP клиенты сторонних разработчиков
Здесь приведены примеры использования наиболее популярных RDP клиентов:
Замените «1.2.3.4» IP адресом хоста и 3389 номером порта, если вы используете другой.
Для rdesktop, используйте командную строку, так как указано ниже:
Еще раз напомним, замените «1.2.3.4» IP адресом хоста и 3389 номером порта, если вы используете другой. Элемент «rdp:/» требуется для переключения krdc в режим использования RDP.
7.4.2. VBoxHeadless, только VRDP сервер
Для запуска виртуальной машины с помощью VBoxHeadless, вы имеете две возможности:
Рекомендуемый способ, однако, использовать VBoxHeadless напрямую:
Для использования VRDP сервером настроек из конфигурации ВМ используйте команду:
7.4.3. Шаг за шагом: создание виртуальной машины на сервере headless
Установленный VirtualBox на хост сервере с поддерживаемой операционной системой; в приведенном примере, мы будем рассматривать Linux сервер;
Файл ISO на сервере с программой установки гостевой ОС (мы будем использовать Windows XP в данном примере);
терминальное соединение с хостом (посредством telnet или ssh );
Клиент RDP на удаленном рабочем компьютере(удаленном); см. Раздел 7.4.1, “RDP клиенты сторонних разработчикоав”.
Заметем еще раз, что компьютер, который мы используем как headless сервер server и нам не нужны ни Qt, ни SDL, ни X Window система.
На headless сервере создаем виртуальную машину:
Установим необходимые настройки ВМ, требующиеся устанавливаемой гостевой ОС. Например:
Создаем виртуальный жесткий диск для ВМ (в данном случае, размером 10GB) и зарегистрируем его в VirtualBox:
Установим созданный файл VDI первым виртуальным жестким диском:
Зарегистрируем ISO файл с устанавливаемой ОС:
Подключим этот ISO к виртуальной машине, с которого она будет загружаться:
Запустите виртуальную машину используя VBoxHeadless:
Если все пройдет успешно, вы увидете сообщение об авторских правах. Иначе вы вернетесь в командную строку, если что то пойдет не так.
На клиентской машине, запустите клиента RDP и попытайтесь подключиться к серверу (см. Section 7.4.1, “Common third-party RDP viewers” above for how to use various common RDP viewers).
Вы должны увидеть процедуру установки вашей гостевой ОС в окне клиента RDP.
7.4.4. Удаленные USB
В качестве особенной функции VRDP, VirtualBox поддерживает удаленные USB устройства, также через проводную сеть. Это означает, что гость работающий на одной машине может получить доступ к устройствам USB на другом компьютере и может их видеть как USB подключенные к хост системе. This allows for running virtual machines on a VirtualBox host that acts as a server, where a client can connect from elsewhere that needs only a network adapter and a display capable of running an RDP viewer. Когда устройства USB подключаются к клиентской машине, удаленный сервер VirtualBox может получить к ним доступ.
Что бы сделать до удаленные USB устройства доступными в ВМ, rdesktop-vrdp необходимо запустить так как указано ниже:
7.4.5. RDP аутентификация
Для каждой виртуальной машины доступной удаленно через RDP, вы можете индивидуально определить каким образом будет происходить аутентификация соединений.
Метод «null/ Нет авторизации» означает отсутствие какой либо аутентификации; любой клиент может подключиться к VRDP серверу, а следовательно к виртуальной машине. Это конечно, не безопасно и он рекомендуется только для частных/ локальных сетей.
Метод «external/ Внешняя» предусматривает внешнию аутентификацию посредством специальной библиотеки аутентификации.
По умолчанию VirtualBox поставляется с двумя библиотеками для внешней аутентификации:
На хостах Linux, VRDPAuth.so аутентификация пользователей происходит посредством системы PAM на хосте.
На хостах Windows, VRDPAuth.dll аутентификация происходит с помощью системы WinLogon хоста.
Другими словами, метод «external» позволяет производить аутентификацию пользователей посредством существующей на хост системе по умолчанию. Доступ разрешается любому пользователю прошедшему аутентификацию, т.е. имя пользователя не обязательно должно соответствовать пользователю запустившего ВМ.
Наконец, метод «guest/ Гостевая ОС» производит аутентификацию с помощью специального компонента поставляемого с гостевыми дополнениями; в результате аутентификация не связывается с пользователями хост системы, а выполняется с помощью авторизацией гостевой системы. Этот метод в настоящее время все еще тестируется и официально не поддерживается.
7.4.6. RDP шифрование
Передаваемые данные RDP протокола шифруются алгоритмом на базе RC4 симетричного шифра (длинна ключа до 128bit). Ключ RC4 обновляется с регулярным интервалом (каждые 4096 пакетов).
RDP обеспечивает три различных аутентификации:
Historically, RDP4 authentication was used, with which the RDP client does not perform any checks in order to verify the identity of the server it connects to. Since user credentials can be obtained using a man in the middle (MITM) attack, RDP4 authentication is insecure and should generally not be used.
RDP5.1 authentication employs a server certificate for which the client possesses the public key. This way it is guaranteed that the server possess the corresponding private key. However, as this hard-coded private key became public some years ago, RDP5.1 authentication is also insecure and cannot be recommended.
RDP5.2 authentication is based on TLS 1.0 with customer-supplied certificates. The server supplies a certificate to the client which must be signed by a certificate authority (CA) that the client trusts (for the Microsoft RDP Client 5.2, the CA has to be added to the Windows Trusted Root Certificate Authorities database). VirtualBox allows you to supply your own CA and server certificate and uses OpenSSL for encryption.и
7.4.7. Множественные соединения VRDP
Встроенный в VirtualBox сервер RDP позволяет производить одновременное подключение нескольких различных клиентов к одной и той же работающей ВМ. Все подключенные клиенты используют один и тот же экран, используют одну мышь и клавиатурный фокус ввода. Это похоже на то как если бы несколько людей работали за одним компьютером в одно и то же время, поочередно печатая на клавиатуре.
Следующая команда включает режим множественных соединений:
Если в гостевой системе используется несколько мониторов то режим множественных подключений должен быть активирован, чтобы использовать их в одно и тоже время (см. Section 9.6, “Multiple monitors for the guest” ).
Системный интегратор
Удаленный рабочий стол виртуальной машины Oracle VM VirtualBox
Рабочие столы виртуальных машин VirtualBox могут отображаться как в Хост системе c графическим интерфейсом, так и на удаленных терминалах. VirtualBox поддерживает VRDP протокол (RDP совместимый).
В качестве терминала для виртуальной машины может быть использован любой RDP клиент в любой операционной системе. Не важно, поддерживает ли виртуальная машина удаленный доступ или нет, в качестве терминал сервера виртуальной машины выступает менеджер Oracle VM VirtualBox. Виртуальная машина с поддержкой удаленного рабочего стола RDP может быть запущена как в Хост системе с графическим интерфейсом, так и из командной строки (VBoxHeadless) Хоста без графического интерфейса.
В инструкции пользователя Oracle VM VirtualBox ® по теме VirtualBox Remote Display читайте главу 7 Remote virtual machines.
В настройках клиента удаленного рабочего стола указывайте IP адрес Хост системы виртуальных машин VirtualBox и RDP порт выбранной Вами виртуальной машины. Если Вы подключаетесь к виртуальной машине с графическим интерфейсом рабочего стола и в ней установлены драйверы дисплея Guest Additions VirtualBox, то размеры рабочего стола виртуальной машины смогут устанавливаться в размер указанный в настройках RDP клиента.
Удаленный рабочий стол виртуальной машины с OS Zentual Server в клиенте удаленного рабочего стола Remina.
Возможности VirtualBox VRDP : Удаленный терминал рабочего стола виртуальной машины может предоставить виртуальной машине удаленный доступ к USB портам терминала. Для Linux терминалов Oracle VirtualBox предлагается использовать RDesktop-VRDP клиент с поддержкой этой технологии.
Запускайте RDesktop-VRDP следующей командой:
Где 192.168.1.5 IP адрес Хоста виртуальных машин
vinadm.blogspot.com
2.11.16
Как подлкючиться к виртуальной машине VirtualBOX по RDP
Включаем удаленный доступ на виртуальной машине.
Открываем VirtualBox
Выбираем виртуальную машину и нажимаем настроить.
Выбираем раздел Дисплей > Удаленный доступ.
Ставим чекбокс включить сервер удаленного доступа.
Порт сервера: 3389
Метод аутентификации: Нет авторизации
Время ожидания аутентификации: 5000 мс
Нажимаем ОК
Включаем Сетевой Мост в настройках сетевого адаптера
Открываем VirtualBox.
Выбираем виртуальную машину и нажимаем настроить.
Открываем раздел Сеть.
Ставим чекбокс включить сетевой адаптер.
Тип подключения выбираем: Сетевой мост.
Нажимаем ОК
Включаем виртуальную машину.
Смотрим ip адрес виртуальной машины
win+R>cmd>ipconfig
Опыт использования виртуализации на VirtualBox
Введение
Несколько лет назад я начал разбираться с вируализацией, и у меня получились своего рода путевые заметки, которые я сейчас оформил и выкладываю сюда. Никаких откровений тут не будет, статья адресована начинающим админам. Задача которую я здесь решаю состоит в том, чтобы виртуализовать уже имеющиеся не виртуальные сервера на Linux и FreeBSD.
Причины, по которым я тогда выбрал VirtualBox
Причины, по которым я не выбрал бы его сейчас
Подготовка ОС для работы с виртуальными машинами
VirtualBox можно установить практически на любую ОС, однако стабильная работа и все его возможности (например, RDP-подключение к консоли гостевой системы) доступны только на Линуксе, поэтому был выбран Debian Linux. Для самого VirtualBox специальной настройки ОС не требуется, достаточно выделить отдельный раздел для хранения образов дисков гостевых систем и образов установочных дисков для чистой установки гостевых систем.
Однако для управления VirtualBox через Веб-интерфейс (phpvirtualbox) требуется веб-сервер (выбран Apache 2) и PHP 5. В Debian конфигурация по умолчанию PHP 5 и Apache 2 удовлетворяет требованиям phpvirtualbox, специальным образом настраивать ничего не нужно.
Установка phpvirtualbox
Для Virtualbox существует бесплатный web-интерфейс, реализованный на PHP и использующий встроенную в virtualbox службу удаленного управления virtualbox web service.
Внимание! Для успешных подключений на сервере должны быть открыты входящие порты, по умолчанию начиная с 3389 (TCP), по одному порту на гостевую систему.
5. Настраиваем virtualbox web service, для чего создаем файл /etc/vbox/vbox.cfg со следующим содержанием:
VBOXWEB_USER=’vbox’
VBOXWEB_HOST=127.0.0.1
VBOXWEB_LOGFILE=/srv/log/vboxwebservice
6. Запускаем virtualbox web service, перед этим нужно убедиться в том, что файл /srv/log/vboxwebservice доступен для чтения и записи пользователю vbox:
/etc/init.d/vboxweb-service start.
phpvirtualbox теперь доступен по адресу virtbox.site/phpvirtualbox.
Создание виртуальных машин
Управление виртуальными машинами
Управление через веб-интерфейс
Управление виртуальными машинами через web-интерфейс тривиально, достаточно выделить нужную машину в phpvirtualbox и выбрать в интерфейсе требуемое действие, например Start, Stop (безусловное выключение, отправка сигнала о нажатии кнопки выключения питания, перезагрузка, сохранение состояние гостевой системы с возможностью впоследствии откатить ее состояние и приостановка работы гостевой системы с сохранением ее памяти на диск и возможностью впоследствии загрузки памяти с диска и продолжения работы).
По щелчку на гостевой системе правой кнопкой машины доступны операции ее настроек, удаления, просмотра логов и т.д.
Также стоит отметить возможность подключения к консоли гостевой системы, что аналогично подключению к реальной машине мыши и клавиатуры. Для этого нужно выделить нужную гостевую систему, выбрать вкладку Console в phpvirtualbox, задать размер экрана (для текстовых режимов работы гостевых ОС достаточно 800х600), нажать Connect и щелкнуть мышью по клиенту удаленного подключения (в котором выводится содержимое консоли гостевой системы). Управлять гостевой системой можно с момента включения.
Управление через консоль
Для управления гостевыми система в VirtualBox используются утилиты VBoxManage и VBoxHeadless, подробное описание которых доступно в руководстве.
Запускать команды нужно от пользователя vbox, под которым работает сам VrtualBox, в случае запуска от другого пользователя или root VirtualBox не сможет найти файлы конфигурации виртуальных машин, которые хранятся в домашней директории пользователя Vbox, и выдаст ошибку.
Оболочку нужно указывать явно, потому что по умолчанию у пользователя vbox стоит оболочка /bin/false.
Ниже для примера приведены команды для включения, выключения и работы с образами дисков.
Если не указывать sleep 30 некоторые машины могут не запуститься из-за очень интенсивного чтения с жесткого диска сервера при запуске и некоторые гостевые системы решат, что у них ошибка чтения с жесткого диска.
Практически все машины понимают нажатие на кнопку выключения питания и смогут корректно завершиться.
4. Преобразование образа диска из формата VirtualBox в формат, понятный другим виртуальным машинам:
VBoxManage internalcommands converttoraw test1.vdi test1.raw
Подключение через RDP
К консоли виртуальных машин можно подключиться через RDP. В Windows нужно открыть Пуск->Все программы->Стандартные->Подключение к удаленному рабочему столу и указать адрес virtbox.test и порт, сопоставленный конкретной гостевой системе, который можно посмотреть в phpvirtualbox. Для удобства использования в параметрах подключения можно указать разрешение экрана 1024х768, тогда окно с подключением не будет занимать весь экран и перехватывать системные сочетания клавиш, такие как Alt+Tab.
Важное замечание: возможно одновременное подключение к одной гостевой системе нескольких пользователей. При этом все видят одно и то же, и все совершенные кем-либо действия видны остальным подключившимся. Для включения этой настройки нужно в настройках виртуальной машины в phpvirtualbox в разделе Display на вкладке Remote Display установить галочку Allow Multiple Connections.
Создание снимков гостевых систем
Создание дампа
Debian Linux
Процедуры клонирования и восстановления приведены на примере сервера test1 на котором установлена Debian Linux (любой версии, начиная с 5 Lenny точно). Предполжим, что у нас имеются три раздела с тремя файловыми системами: /, /var, /usr
Сначала нужно установить dump:
aptitude install dump
Далее, для создания дампа клонируемого сервера на Debian необходимо от суперпользователя (root) или с помощью sudo дать следующие команды (как сделать так, чтобы не сдампило дампы, думайте сами):
dump 0af test1.root /
dump 0af test1.var /var
dump 0af test1.usr /usr
FreeBSD
Процедуры клонирования и восстановления приведены на примере сервера test1 на котором установлена FreeBSD (любой версии, начиная с 6 точно). Предполжим, что у нас имеются три раздела с тремя файловыми системами: /, /var, /usr
Для создания дампа клонируемого сервера на FreeBSD необходимо от суперпользователя (root) или с помощью sudo дать следующие команды (опять напоминаю про дампание дампов):
dump 0aLf test1.root /
dump 0aLf test1.var /var
dump 0aLf test1.usr /usr
Развертывание дампа
Debian Linux
1. Нужно сделать виртуальную машину, прицепить к ней диск и загрузочный LiveCD Debian.
4. Поправить UUID в /etc/fstab
6. Проверить /var/spool/cron/crontabs, /etc/crontab и отключить то, что ненужно.
FreeBSD
Созданные дампы нужно развернуть на образе диска, выделенного под гостевую систему. В настоящие время поддержка файловых систем UFS используемых во FreeBSD ограниченна, поэтому для развертывания дампов создается виртуальная машина FreeBSD, к ней подключается раздел для хранения дампов, на который с помощью scp и пересылаются дампы с клонируемых серверов. Потом к этой машине подключается образ диска выделенный под гостевую систему, на этом образе создается файловая система FreeBSD и разворачивается полученный дамп.
Далее предполагается, что раздел tmp примонтирован в /mnt, образ диска для гостевой ОС размечен под два слайса, первый из которых примонтирован в mnt1, а второй отдан под swap и не примонтирован. Тогда развернуть дамп можно следующим образом:
Здесь && нужно для того, что следующая команда выполнится только в случае успешного завершения предыдущий, и таким образом исключаются ситуации, когда например каталог var не будет создан, переход в него не осуществится и разворачивание дампа произойдет не туда, т.к. разворачивание дампа производится относительно текущей директории.
Необходимые изменения в конфигурации гостевой ОС клонированного сервера
До загрузки гостевую ОС нужно перенастроить для работы в виртуальной машине. Количество требуемых действий как правило минимально и сводится к следующему:
1. Находясь в директории mnt1 (см. выше) удаляем файлы конфигурации загрузчика. Это особенно актуально, если виртуализуем какой-нибудь продукционный сервер, чтобы исключить использование COM-порта в качестве консоли по умолчанию, что приводит к зависанию загрузчика.
rm /mnt1/boot.config
rm /mnt1/boot/device.hints
2. Заменить содержимое файла /mnt1/etc/fstab следующим:
/dev/ad0s1b none swap sw 0 0
/dev/ad0s1a / ufs rw 2 2
При этом предполагается, что образ диска гостевой ОС разбит на 2 слайса, первый из которых отдан под хранение данных и второй под swap.
3. Если нужно, сказать клонированной системе о необходимости загрузки модуля ядра для работы с эмулированной сетевой картой, для чего нужно в файле /boot/loader.conf добавить строчку if_em_load=»YES»
4. Указать клонированное системе выделенный для нее IP-адрес, для чего в /etc/rc.conf нужно закомментировать строчку текущих настроек сетевого адаптера и добавить новую строчку следующего вида:
7. Выключить FreeBSD, использованную для разворачивания дампа, и загрузить гостевую систему с клоном сервера. В случае проблем при загрузке возможно, что ядро на системе было пересобрано с измененной конфигурацией, это можно исправить сказав загрузчику загрузить ядро по умолчанию, которое я надеюсь вы сохранили в системе во время пересборки:
unload
load boot/kernel.GENERIC/kernel
boot
Для отдачи этих команд необходимо включить гостевую систему, подключиться к ней по RDP и дождаться появления на экране сообщений о том, что можно нажать Enter для указания опций загрузчику.
Создание виртуальных сетей
Внутри VirtualBox можно создавать полностью изолированные виртуальные сети. Какие возможности это дает?
Минимизация необходимости перенастройки клонированных серверов
Создание тестовой среды для отработки взаимодействия серверов между собой
Создание виртуальной сети
Чтобы создать виртуальную сеть нужно в phpvirtualbox зайти в свойства гостевой системы, перейти в раздел Network, выбрать в поле «Attached to» опцию «Internal Network», а в выпадающем списке «Name» выбрать требуемую виртуальную сеть. Какие могут возникнуть сложности?
Нужно создать новую виртуальную сеть, а такой опции в интерфейсе нет. Есть два варианта решения:
Попробовать написать имя новой виртуальной сети прямо в выпадающем списке «Name». Однако в этом случае может возникнуть ошибка.
Тогда нужно привязать сетевой адаптер гостевой системы к виртуальной сети через CLI:
Здесь
nic1 — сетевой адаптер гостевой системы, где 1 это его порядковый номер. Количество адаптеров в гостевой системе не ограничено
intnet — виртуальная сеть, название может быть любым. Особенность работы VirtualBox заключается в том, что специально создавать виртуальные сети не нужно, достаточно указать нескольким гостевым системам одну и ту же виртуальную сеть и они окажутся связанными на (эмулированном) физическом уровне автоматически, что аналогично подключению нескольких реальных компьютеров к одному свитчу (коммутатору).
Более подробная информация находится в разделе 8.7.2 Networking setting руководства пользователя.
Управление недоступными снаружи машинами в виртуальной сети
Доступ по RDP
RDP-сервер работает на физическом сервере, поэтому для подключения к любой виртуальной машине справедливо написанное в разделе Управление через веб-интерфейс этой статьи.
Проброс портов
Существует возможность создать в гостевой системе виртуальную сетевую карту с подключением через NAT (реализуемый автоматически средствами VirtualBox) и пробросить (отобразить) произвольный порт гостевой системы на порт сервера VirtualBox. Для того, чтобы сделать это через phpvirtualbox, нужно:
1. Зайти в свойства гостевой системы, перейти в раздел «Network», выбрать в поле «Attached to» опцию «NAT»
2. Раскрыть опции, скрывающиеся в разделе «Advanced» этого же раздела, и нажать там кнопку Port Forwarding
3. В открывшемся окне «Port Forwarding Rules» указать следующие параметры:
4. Нужный протокол, путем щелчка мышью по именованию «TCP» в поле «Protocol»
5. Указать свободный порт на сервере VirtualBox в поле «Host Port»
6. Указать порт гостевой системы в поле «Guest Port».
Больше ничего указывать не нужно. После применения настроек порт гостевой системы станет немедленно (без перезагрузки) доступен через соответствующий порт сервера VirtualBox. Как пример, в случае с пробросом порта ssh (22 TCP) гостевой системы на 2200 порт VirtualBox нужно указать следующие параметры:
Параметр Значение
Name ssh (необязательный параметр)
Protocol TCP
Host IP Не указывать
Host Port 2200
Guest Port 22
Guest IP Не указывать
Количество отображаемых портов не ограничено, можно отобразить столько, сколько нужно.
Виртуальный маршрутизатор
В случае создание в VirtualBox группы взаимодействующих гостевых систем без внешних адресов имеет смысл установить еще одну гостевую систему, которая будет играть роль маршрутизатора. Какие цели при этом достигаются?
Конфигурацию сетевых адаптеров клонированных сервером можно не менять. При этом виртуальный маршрутизатор создает для остальных гостевых систем видимость того, что они настоящие и пользуются своими настоящими именами хостов и IP-адресами
К гостевым системам не имеющим ни внешних адресов, ни описанной выше возможности проброса портов, которая работает только в случае использования NAT опции VirtualBox, становится возможен прямой доступ по ssh.
При этом предполагается, что виртуальный маршрутизатор настроен правильно и имеет сетевой адаптер, настроенный на работу с виртуальной подсетью в которой находится гостевая система с адресом 192.168.0.2