Bridged vs. NAT: сравнение Virtualbox и VMWare

Question

Я установил VMWare Workstation 7.1.x и Virtualbox 4.0.8 на двух разных хостах, чтобы я мог сравнить.

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

Адрес виртуальной коробки: 10.10.2.13 Адрес VMWare: 192.168.0.20

Ожидается IP-адрес, назначенный гостю VMWare. Но я был удивлен IP-адресом, данным виртуальной коробке. Эти машины находятся в моей домашней сети, которые имеют только адреса NAT (192.168.xx), поэтому, когда я увидел 10.10.2.x, я был несколько удивлен.

Затем я переключил обе виртуальные машины, чтобы использовать мостовую сеть. Гость VMWare продолжал использовать адрес NAT, но Virtualbox также начал использовать адрес NAT.

Короче говоря, я предполагаю, что поведение гостя VMWare - то, что я ожидал. Поведение Virtualbox было странным для меня. Во всяком случае, я ожидал бы, что Virtualbox сделает обратное (используйте адрес NAT для сетевого адаптера NAT и адрес не-NAT для мостовой процедуры). Не поймите меня неправильно, я был удивлен, увидев не-NAT-адрес с Virtuabox - при любой конфигурации.

Но может ли кто-нибудь объяснить мне, почему я получил результаты, которые я сделал? И как / почему IP-адрес 10.10.2.x "работал" в моей домашней сети?

Имейте в виду, что оба гостя VM всегда имели успешную сеть.

Answer 1

Это все выглядит нормально для меня.

Все, что ниже 10.0.0.0/8 (а также 172.16.0.0/12) - это совершенно нормальные адреса NAT. Когда вы переводите свои виртуальные машины в режим NAT, программное обеспечение по сути действует как собственный dhcp-сервер для гостевых машин и выполняет трансляции в сеть хоста, так что все гости на определенном хосте делят IP с хостом. Все, что находится в любом из этих диапазонов, является честной игрой для NAT. Похоже, что VMWare использует диапазон 192.168.0.0/24 по умолчанию, а VirtualBox использует диапазон 10.0.0.0. Оба в порядке, и ни один из них не лучше другого (хотя я лично предпочитаю диапазоны 10.0.0.0, потому что доступно в 255 раз больше адресов).

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

Answer 2

Диапазон 10.xxx официально нераспределен и предназначен для внутреннего использования, как и 192.168.xx, поэтому использование адресов из этого диапазона не более странно, чем использование подсети 192.168.xx (это не так распространено - большинство потребительских устройств). что по умолчанию NAT и / или DHCP не имеют значения / 24 в пределах 192.168.0.0/16).

172.16-32.xx зарезервированы для частной адресации, но они используются еще реже.

Диапазон 10.10.2.x виден только виртуальной коробке и виртуальным машинам, на которых она работает с сетевым адаптером NATed. для исходящих соединений это преобразуется через NAT на адрес, используемый NIC вашей хост-машины VMWare, и ответы переводятся обратно - это не отличается от того, что VMWare делает с диапазоном 192.168.something.0/24.

Answer 3

Что такое "не NAT" адрес в вашем определении? Вы имеете в виду адреса "локальной сети". Я думаю, что вы здесь что-то не так.

Если вы выберете "NAT" на панели настроек своего решения для виртуализации, то не имеет значения, какой IP-адрес он в конечном итоге предоставляет гостю, благодаря NAT. В этом случае он ведет себя как шлюз (маршрутизатор), скрывая гостя от вашей внешней сети, но все же получая доступ к Интернету.

NAT существует, потому что адрес локальной сети 192.168.0.20 может существовать миллион раз по всему земному шару. Таким образом, эти миллионы раз не мешают друг другу, они переводят (отсюда и термин "трансляция сетевых адресов") эти "локальные" адреса в интернет-IP, который ваш маршрутизатор получает от вашего провайдера.

Статья в Википедии описывает это лучше, чем я.