Типы сетевых соединений nat bridge lan host only

Обновлено: 06.07.2024

Только для хоста разрешает только сетевые операции с ОС хоста.

Режим NAT будет маскировать всю сетевую активность, как если бы она поступала из вашей ОС хоста, хотя виртуальная машина может получить доступ к внешним ресурсам.

Модемный режим реплицирует другой узел в физической сети, и ваша виртуальная машина получит свой собственный IP-адрес, если DHCP включен в сети.

Та же концепция, что и обычная настройка сети:)

Только для хоста : виртуальной машине будет присвоен один IP-адрес, но он доступен только в поле VM. Никакие другие компьютеры не могут получить к нему доступ.

NAT . Как и ваша домашняя сеть с беспроводным маршрутизатором, виртуальная машина будет назначена в отдельной подсети, например 192.168.6.1 - ваш хост-компьютер, а VM - это 192.168.6.3 , тогда ваша виртуальная машина может получить доступ к внешней сети, такой как ваш хост, но внешний доступ к вашей виртуальной машине напрямую не защищен.

Мостовая . Ваша виртуальная машина будет находиться в той же сети, что и ваш хост, если ваш IP-адрес хоста 172.16.120.45 , тогда ваша виртуальная машина будет выглядеть как 172.16.120.50 . Доступ к нему возможен всеми компьютерами в вашей сети.

В то время как другие ответы здесь дают хорошее описание режимов NAT и Bridged, их объяснения для режима только для хоста не совсем точны.

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

Обратите внимание, что not говорит, что виртуальная машина будет доступна только хосту. Сеть является автономной, а не . Это тонкая, но важная разница.

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

Вы должны знать, что режимы Host-only, NAT и Bridged являются псевдонимами для определенных виртуальных сетевых коммутаторов («VMnets»), которые предварительно настроены для разных типов поведения. Как и в обычном сетевом коммутаторе, все машины, подключенные к одному коммутатору, видны друг другу.

Это означает, что все виртуальные машины, подключенные к сети только для хоста, будут видны хосту и друг другу . Если вы хотите, чтобы виртуальная машина была видимой только на хост, вам необходимо назначить ей выделенный VMnet и не назначать какие-либо другие виртуальные машины этой VMnet.

В следующей таблице из сайта документации Virtualbox показана связь между VM и хост для разных типов сетей:

только хост - разрешает сетевые операции только с ОС хоста.

режим NAT маскирует всю сетевую активность, как если бы она исходила от ОС хоста, хотя виртуальная машина может получить доступ к внешним ресурсам.

Мостовой режим реплицирует другой узел в физической сети, и ваша виртуальная машина получит собственный IP-адрес, если DHCP включен в сети.

та же концепция, что и обычная настройка сети:)

Хоста: виртуальной машине будет назначен один IP-адрес, но она доступна только в поле VM работает. Никакие другие компьютеры не могут получить к нему доступ.

NAT: как и в домашней сети с беспроводным маршрутизатором, виртуальная машина будет выделена в отдельную подсеть, например 192.168.6.1 ваш хост-компьютер, а VM 192.168.6.3 , то виртуальная машина может получить доступ к внешней сети, как ваш узел, но нет внешнего доступа к виртуальной машине напрямую, он защищен.

Мостовой: ваша виртуальная машина будет находиться в той же сети, что и ваш хост, если IP вашего хоста 172.16.120.45 тогда ваша виртуальная машина будет как 172.16.120.50 . К нему могут получить доступ все компьютеры в сети хоста.

в то время как другие ответы здесь предоставляют хорошие описания для NAT и мостовых режимов, их объяснения для режима только для хоста не совсем точны.

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

обратите внимание, что он делает не сказать, что виртуальная машина будет доступна только хозяин. The сеть является самодостаточным, а не подключение. Это тонкое, но важное различие.

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

вы должны знать, что только для хоста, NAT и мостовые режимы псевдонимы конкретных коммутаторов виртуальные сети ("VMnets"), настроенные на различное поведение. Как и в случае обычного сетевого коммутатора, все машины, подключенные к одному коммутатору, видны друг другу.

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

Использование настольных платформ виртуализации, как на домашних компьютерах, так и в производственной среде предприятий, в последнее время становится особенно популярным. Множество пользователей применяют виртуальные машины для обучения, запуска программного обеспечения, написанного для отличной от установленной операционной системы, а также создания переносных пользовательских сред, отвязанных от конкретного оборудования. В корпоративной среде виртуальные машины позволяют производить безопасное тестирование программного обеспечения в различных конфигурациях гостевых операционных систем, используя при этом специализированные инструменты платформ виртуализации, повышающие эффективность процесса разработки и тестирования. Кроме того, одним из самых важных достоинств виртуальных машин является возможность их объединения в виртуальные сети, что позволяет на одном компьютере моделировать поведение распределенных систем, состоящих как из приложений для конечного пользователя, так и различного рода серверов, в гетерогенной среде. Гибкость виртуальных машин в отношении выделяемых им ресурсов и широкие возможности по обслуживанию и оптимизации производительности позволяет легко управлять множеством различных конфигураций виртуальных машин и создавать оптимизированные, независимые от оборудования, приложения, «упакованные» в виртуальные машины. Затем эти компоненты, состоящие из виртуальных машин, могут быть в различных вариантах объединены в сеть для моделирования различных систем.

Продукты VMware с точки зрения организации таких моделей для тестирования являются на данный момент лидирующими на рынке. В июне 2007 года продукт VMware Workstation 6 получил премию журнала Visual Studio Magazine как лучшее решение в категории Development Tools. Во многом это произошло благодаря наличию большого количества инструментов, позволяющих существенно повысить скорость разработки и тестирования, упростить процедуру развертывания приложений и настройки сетевого взаимодействия между ними. Настольная платформа виртуализации VMware Workstation стала настолько популярной, что компания Microsoft решилась на не совсем честный шаг в отношении лицензионной политики виртуализации операционных систем семейства Windows Vista: некоторые ее издания не могут быть виртуализованы. Такая ситуация не могла устроить компанию VMware, которая начала борьбу за свободное использование операционных систем на платформах виртуализации. Кроме того, VMware делает большую ставку на продукт VMware Fusion, предоставляющий возможность по наиболее тесной интеграции Mac OS и Windows Vista (под кодовым названием Unity) и демонстрирующий поистине фантастические результаты: пользователь работает как бы «в двух мирах».

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

Принципы организации сетей между виртуальными машинами

виртуальные коммутаторы (Virtual Switches)
виртуальные сетевые интерфейсы (Virtual Ethernet Adapters)
виртуальный мост (Virtual Bridge)
встроенный DHCP-сервер
устройство трансляции сетевых адресов (NAT, Network Address Translation)

Фундаментальным элементом сетевого взаимодействия в VMware Workstation и VMware Server является виртуальный коммутатор. Он обеспечивает сетевое взаимодействие виртуальных машин на манер физического устройства: на виртуальном коммутаторе есть порты, к которым могут быть привязаны виртуальные сетевые интерфейсы виртуальных машин, а также другие компоненты виртуальной инфраструктуры в пределах хоста. Несколько виртуальных машин, подключенных к одному виртуальному коммутатору, принадлежат одной подсети. Виртуальный мост представляет собой механизм, посредством которого происходит привязка физического сетевого адаптера компьютера к виртуальным сетевым интерфейсам. Встроенный DHCP-сервер VMware позволяет виртуальным машинам автоматически получать IP-адрес в своей подсети, а виртуальное NAT-устройство обеспечивает трансляцию сетевых адресов при общении виртуальных машин с внешней сетью.

3 вида сетевого взаимодействия между виртуальными машинами

Каждый из этих видов сетевого взаимодействия может применяться для различных вариантов использования виртуальных машин и необходимо тщательно подбирать тип сетевого взаимодействия виртуальной машины для более эффективного ее использования совместно с другими компонентами сетевой инфраструктуры.

Bridged Networking

Этот тип сетевого взаимодействия позволяет привязать сетевой адаптер виртуальной машины к физическому сетевому интерфейсу компьютера, что дает возможность разделять ресурсы сетевой карты между хостовой и виртуальной системой. Виртуальная машина с таким типом сетевого взаимодействия будет вести себя по отношению к внешней сети хостовой системы как независимый компьютер. Вы можете назначить такой машине собственный IP-адрес в домашней сети или сети организации, либо она получит его от внешнего DHCP-сервера. Для создаваемой виртуальной машины этот тип сетевого взаимодействия назначается по умолчанию, поскольку это наиболее простой способ организации сетевого взаимодействия между виртуальной машиной, хостом и внешней сетью. Структура Bridged Networking приведена ниже.

Виртуальный сетевой адаптер гостевой системы подключается к виртуальному коммутатору VMnet0, к которому также подключен виртуальный мост, взаимодействующий напрямую с физическим сетевым адаптером.

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия Bridged, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение Bridged.

Host-Only Networking

Такой тип сетевого взаимодействия оптимален для целей тестирования программного обеспечения, когда вам требуется организовать виртуальную сеть в пределах хоста, а виртуальным машинам не требуется выход во внешнюю сеть. В виртуальной подсети действует DHCP-сервер, подключенный к виртуальному коммутатору VMnet1 и назначающий виртуальным машинам IP-адреса из заданного диапазона (по умолчанию 192.168.179.128 — 192.168.179.254). Структура Host-Only Networking приведена ниже:

Виртуальные сетевые адаптеры гостевых систем подключаются к коммутатору VMnet1 и взаимодействуют в подсети 192.168.179.0/24. В хостовой системе создается также виртуальный сетевой интерфейс, подключенный к VMnet1, который позволяет взаимодействовать с виртуальными машинами.

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия Host-Only, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение Host-Only.

NAT Networking

Этот тип сетевого взаимодействия очень похож на Host-Only, за одним исключением: к виртуальному коммутатору VMnet8 подключается устройство трансляции IP-адресов (NAT). К этому коммутатору также подключается DHCP-сервер, раздающий виртуальным машинам адреса из заданного диапазона (по умолчанию 192.168.89.128 — 192.168.89.254) и, непосредственно, сами виртуальные машины. NAT-устройство позволяет осуществлять трансляцию IP-адресов, что позволяет виртуальным машинам инициировать соединения во внешнюю сеть, не предоставляя при этом механизма доступа к виртуальным машинам извне. Структура NAT Networking приведена ниже:

В хостовой операционной системе также как и для Host-Only Networking создается виртуальный сетевой интерфейс для коммутатора VMnet 8, позволяющий хосту общаться с виртуальными машинами.

Такая модель сетевого взаимодействия оптимальна с точки зрения безопасности (поскольку невозможно инициировать извне соединение с виртуальной машиной), однако существенно снижает быстродействие сети (иногда, до 20-30 процентов). NAT-соединение может использоваться, например, для безопасной работы в Интернет из виртуальной машины.

Для того чтобы назначить виртуальной машине тип сетевого взаимодействия NAT, необходимо зайти в меню «VM», затем «Settings», на вкладке «Hardware» выбрать виртуальную сетевую карту Ethernet и установить переключатель группы Network Connection в положение NAT.

У каждой виртуальной машины может быть несколько виртуальных сетевых адаптеров, подключенных к различным виртуальным коммутаторам, на которых реализуются различные типы сетевого взаимодействия. На платформе VMware Server 1.0 может быть создано до четырех виртуальных сетевых адаптеров для одной виртуальной машины, на платформе VMware Workstation 6 — до десяти. Для того чтобы добавить виртуальный сетевой адаптер виртуальной машине, зайдите в меню «VM», выберите «Settings», далее на вкладке «Hardware» нажмите кнопку «Add» и в мастере добавления виртуальных устройств выберите «Ethernet Adapter». После этого, в мастере назначьте вид сетевого взаимодействия для этого адаптера и нажмите «Finish».

Настройка виртуальной сети с помощью Virtual Network Editor

Приложение Virtual Network Editor входит в комплект поставки VMware Workstation и VMware Server и представляет собой мощное средство управления виртуальной сетью. Для того чтобы использовать его, необходимо запустить программу vmnetcfg.exe из папки с Workstation или Server, либо в меню «Edit» выбрать пункт Virtual Network Settings.

Автоматическая привязка физических сетевых адаптеров

Здесь мы видим, что DHCP-сервер работает для виртуальных коммутаторов VMnet1 и VMnet8. Мы можем также добавить коммутатор в список клиентов DHCP-сервера, нажав кнопку «Add», причем не важно привязан ли к нему какой-нибудь сетевой интерфейс хоста или нет. Внизу также виден статус сервиса, поддерживающего DHCP (vmnetdhcp.exe), и мы можем остановить, запустить или перезапустить его.

Здесь, помимо диапазона IP-адресов, назначаемых виртуальным машинам, мы можем настроить длительности аренды IP-адресов клиентами DHCP (по умолчанию и максимальную). Таким образом, присоединив DHCP-сервер к коммутатору и создав виртуальный сетевой адаптер хоста, привязанный к нему же, мы создали свою подсеть типа Host-Only.

Здесь можно настроить IP-адрес шлюза, используемого NAT-устройством, таймаут протокола UDP (User Datagram Protocol) в минутах (сколько держится привязка протокола UDP к сети NAT) и Config port — порт, по которому можно получить информацию о статусе устройства NAT.

Галка «Active FTP» разрешает или запрещает открытие входящего соединения от внешнего FTP-сервера в Active Mode. Если галка не выставлена, будет использоваться одноканальный режим Passive Mode. Кнопка «DNS» (DNS, Domain Name System) позволяет управлять настройками DNS-форвардинга (перенаправления запросов к DNS). Эта возможность может быть настроена только для Windows-хостов. Галка OUI (Organizationally Unique Identifier) должна быть выставлена только в том случае, если вы поменяли первую часть MAC-адреса виртуальной машины, идентифицирующую производителя сетевой карты (по умолчанию VMware назначает всем машинам свой OUI), и хотите позволить этим машинам использовать NAT-устройство.

Параметры протокола NetBIOS включают в себя таймаут процессора имен NBNS (NetBIOS Name Service), число попыток для NBNS-запросов и таймаут NBDS (NetBIOS Datagram Service).

Построение сетей из виртуальных машин с несколькими сетевыми адаптерами

Пример виртуальной инфраструктуры на базе VMware Workstation или VMware Server

Как видно из рисунка, нет никаких проблем в моделировании на одном физическом компьютере сложных комплексных систем, в которых действуют различного рода серверы, сетевые экраны и клиентские компьютеры. Все это можно сделать с помощью утилиты Virtual Network Editor. Кроме того, продукт VMware Workstation, ориентированный на процесс разработки и тестирования, предоставляет еще один инструмент для создания виртуальных сетей между виртуальными машинами, обладающий расширенными возможностями — Virtual Machine Teaming.

Virtual Machine Teaming в VMware Workstation

Привязка сетевых интерфейсов виртуальных машин к сегментам

Здесь мы можем назначить привязки виртуальных сетевых адаптеров нужным нам сегментам виртуальной сети, просто поставив галки для соответствующих сетевых интерфейсов в столбцах с сегментами. В соответствии со структурой модели назначаем для сервера баз данных и Web-сервера сегмент LAN 1 и сегмент LAN 2 для Web-сервера и клиента. Таким образом, после нажатия на кнопку «Finish», мы получим команду из виртуальных машин, соответствующую требованиям моделируемой системы.

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

Некоторые аспекты сетевого взаимодействия VMware

При старте виртуальной машины, VMware Workstation и VMware Server автоматически назначают виртуальным сетевым адаптерам MAC-адреса. Система автоматического назначения адресов такова, что на одном хосте у виртуальных машин гарантированно не будет одинаковых MAC-адресов. Поэтому если вы используете только одну копию платформы VMware в сети организации, такая система гарантирует отсутствие конфликтов физических адресов. Однако если платформы виртуализации запущены сразу на нескольких хостах в сети, может возникнуть ситуация дублирования MAC-адресов, что приведет к конфликтам в сети и недоступности виртуальных машин. Чтобы избежать этого, вы можете вручную назначить MAC-адреса виртуальным машинам, добавив в текстовом редакторе vmx-файл строчку вида:

Ethernet[n].address = 00:50:56:XX:YY:ZZ

Где n — порядковый номер (начиная с нуля) сетевого интерфейса виртуальной машины, а XX, YY и ZZ — соответствующие компоненты MAC-адреса.

Кроме того, при применении виртуальной инфраструктуры на базе VMware Workstation или VMware Server в производственной среде, стоит помнить, что виртуальные коммутаторы VMnet на самом деле являются концентраторам («хабами»), то есть дублируют трафик на всех портах устройств VMnet. Это создает потенциальные проблемы безопасности, поскольку сетевой интерфейс, работающий в promiscuous-mode в одной из виртуальных машин может прослушивать трафик, предназначенный другим клиентам виртуального хаба.

Заключение

Платформы VMware Workstation и VMware Server являются мощными средствами по организации сетевого взаимодействия нескольких запущенных одновременно виртуальных машин в пределах хоста. Такой функциональности, как у VMware Workstation, в отношении сетевого взаимодействия нет ни у одной из настольных платформ виртуализации, присутствующих в данный момент на рынке. При тестировании программного обеспечения возможности платформ по моделированию сложных распределенных систем являются просто незаменимыми. Кроме того, на платформе VMware сервер можно создавать «парки виртуальных серверов» со своими внутренними и внешними сетевыми связями, эти системы получаются отвязанными от оборудования и являются очень гибкими в отношении перенесения их на другую платформу. В настройке виртуальных сетей скрывается много возможностей, а также различного рода тонкостей, которые позволяют очень и очень гибко настраивать виртуальные сети и получать максимум эффекта от виртуальных машин.

Это перевод статьи Робина Катлинга (Robin Catling) из 61 номера журнала Full Сircle. Прошу прощения у читателей за некоторую грубость перевода, давно не было практики, но надеюсь смысл и тема будут понятны и раскрыты.

Все началось с того, что мне понадобилось запустить Wordpress в песочнице. Самым простым было создание виртуального Ubuntu 11.10 сервера в качестве гостевой системы внутри VirtualBox хоста. Затем я понял, что знаю о сетях гораздо меньше, чем я думал; тематика полная пакетов, свитчей и роутинга. Еще меньше я знал о сетях в VirtualBox, где все виртуализовано программно. Несколько попыток и ускоренный курс сетей чуть позже, миссия выполнена, чтобы уберечь вас от моих ошибок, и вот, что я обнаружил.

Настройки сети в VirtualBox

Установим любую версию VB, начиная с версии 3.0, и увидим, что окно настроек выглядит примерно одинаково.

Для любой из своих виртуальных машин нажимаем Настройки > Сеть. Это дефолтный вид.

У любой виртуальной машины может быть до четырех сетевых адаптеров, которые можно включить при необходимости. Большую часть времени вам пригодится только один. Обычно, когда вы создаете виртуальную машину, вы можете оставить за VB право создать один сетевой адаптер, который позволит вам выходить в Интернет.

Adapter Type: VB постарается эмулировать некоторые распространенные типы сетевых карт, для которых у него есть драйверы и протоколы. PCnet-FAST III стоит по умолчанию, хотя я всегда выбираю Intel PRO/1000MT адаптеры, если ищу хорошей совместимости с аппаратным обеспечением Intel. Есть две серверные версии с большой пропускной способностью, если вы собираетесь запустить свою VM в производственной среде. Владельцам десктопов не стоит беспокоиться об этом. Если у вас проблемы с одним адаптером, попробуйте другой, включая PCnet-FAST II для старых машин.

MAC Address: сокращение от Media Access Control, MAC-адрес это аппаратный адрес, который является уникальным идентификатором каждого сетевого ресурса или нода сети. Это уникальный идентификационный номер, который обычно жестко прописан в физическом сетевом адаптере. VirtualBox генерирует MAC-адреса сетевых карт виртуальных машин.

Есть небольшая кнопка справа, которая генерирует новый MAC-адрес; если вы скопируете виртуальную машину, ей нужен будет свой уникальный MAC-адрес для работы в вашей виртуальной сети наряду с оригиналом.

Типы подключения

- NAT Network Adress Translation
- Сетевой мост (Bridged)
- Виртуальный адаптер хоста (Host Only)
- Внутренняя сеть (Internal Network)

Network Adress Translation NAT

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

Когда гостевая машина посылает IP пакет на удаленную машину, сервис NAT VirtualBox перехватывает этот пакет, извлекает из него TCP/IP сегменты, меняет IP адрес на IP адрес машины-хоста и отправляет его. Внешний мир видит лишь IP хост-машины. Хост-машина получает ответ и перенаправляет его гостевой машине.

Например, в вашей домашней сети ваши хост и другие физические машины, обычно имеют адреса начинающиеся с 192.168.x.x. В VirtualBox NAT адаптерах адреса начинаются с 10.0.2.1, и далее до 10.0.2.24 в так называемой подсети. Обычно она не соединена с основной сетью, следовательно в подсеть нельзя попасть с хост-машины. Ваша гостевая машина может выходить в Интернет за обновлениями, веб-серфингом, но невидима для остальной вашей сети.

Сетевой мост (Bridged Adapter)

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

Сетевой мост соединяется через хост-систему с вашим сетевым устройством, которому назначен IP адрес вашей физической сети. VirtualBox подключается к одной из установленных у вас сетевых карт и обменивается пакетами напрямую; он соединяет физическую и виртуальную сети. В нормальных условиях он будет пытаться получить стандартный 192.168.x.x IP адрес от вашего маршрутизатора, так что ваша виртуальная машина будет выглядеть как физическое устройство наряду с другими устройствами в вашей сети.

В моем случае я использую беспроводной адаптер wlan0, потому что он подключен к маршрутизатору, в то время как у eth0 даже не подключен сетевой кабель.

Итак, мой хост подключается под адресом 192.168.0.2, который ему выдал маршрутизатор. Моя виртуальная машина, связанная сетевым мостом, появляется и требует свой IP адрес, на что маршрутизатор выдает ей 192.168.2.6, не зная и не заботясь о том, что VirtualBox ведет трафик через адаптер хост-машины. Моя виртуальная машина становится просто еще одним устройством в сети. Если считать хост-машину и три виртуальных машины, связанных сетевым мостом, то в моей физической сети будет четыре машины.

NAT полезен, потому что защищает гостевые системы от Интернет, но в случае, когда к ним надо получить доступ с хост-машины, нам нужно настроить перенаправление портов (у меня есть сервера на некоторых моих гостевых машинах). Сетевой мост предоставляет доступ, но делает гостевые машины открытыми.

Если ваш маршрутизатор, коммутатор или провайдер не выделяют вам больше одного IP адреса, то, скорее всего, вы не сможете использовать сетевой мост.

Виртуальный адаптер хоста (Host-only Adapter)

Под виртуальным адаптером хоста виртуальные машины могут общаться между собой и с хост-машиной, но не с внешним миром. Виртуальный адаптер хоста использует свое обособленное сетевое устройство, называемое vboxnet0, для того чтобы установить подсеть и назначить IP адреса гостевым машинам. Гостевые машины не могут общаться с внешним миром, так как они не подключены через физический сетевой интерфейс. Виртуальный адаптер хоста предоставляет ограниченные сервисы, полезные для создания локальной сети под VirtualBox хостом для гостей.

В отличие от других продуктов для виртуализации VirtualBox NAT не соединяет ваше сетевое устройство по умолчанию на вашей хост-машине, поэтому нет прямой сетевой связи с машинами соединенными NAT и нет доступа к приложениям и данным на самом хосте. Давайте взглянем на пример.

Аналогично адаптерам сетевого моста, виртуальные адаптеры хоста используют различные диапазоны адресов. Вы с легкостью можете разрешить гостевым машинам получать адреса используя DHCP (динамическое выделение адресов, которые скорее всего будут меняться в каждой сессии), который предоставляет VirtualBox.

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

Поэтому виртуальный адаптер хоста не предоставляет гостевым машинам доступ в Интернет; у vboxnet0 нет гейта, так что хотя добавление vboxnet0 здорово упрощает сетевое общение хоста и гостей, у вас не будет внешнего доступа или проброски портов, так что вам по-прежнему нужен будет еще один адаптер NAT или сетевой мост, подключенный к вашим гостевым машинам, для получения полного доступа.

Внутренняя сеть (Internal network)

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

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

Гостевой доступ в Интернет

Для начала моей гостевой машине нужен доступ в Интернет для установки обновлений, скачивания пакетов и все такое. Мне нужен доступ к ней с моей хост-машины, но я не хочу, чтобы мой сервер был доступен еще откуда-то из сети.

Отыскав мою машину в менеджере VirtualBox, я выбираю Настройки > Сеть.

Я начинаю со стандартного NAT. Он позволяет гостевой машине получить доступ в Интернет через подключение моего хоста. Гостевая машина не видна из моей сети; я также не могу получить доступ к ресурсам гостевой машины с хост-машины, как и другие гостевые машины.

Настройка виртуального адаптера хоста в менеджере VirtualBox

Добавляем виртуальный адаптер хоста гостевой машине

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

Конфигурирование гостевой машины

Мне нужно, чтобы мой гостевой сервер имел статический IP адрес в сети виртуального адаптера хоста, иначе адрес будет меняться при каждом перезапуске, и мне придется выяснять, какой он, прежде чем я смогу подключиться с хоста. Залогинимся в гостевую машину и введем следующую команду:

Однако, это лишь временно; если я перезагружусь, эта конфигурация исчезнет. Чтобы сделать ее постоянной, мне нужно добавить ее в /etc/network/interfaces (под root):

Читайте также: