Настройка локальной сети в VMWare Workstation
 

Доброго времени суток!

Решил настроить на VMWare Workstation Windows Server 2008 r2 и AD.
Не получается настроить сеть. Сетевой адаптер настроен соединением "Мост".Сетевые настройки хоста - автоматически.
Подскажите правильные настройки для сети.

Что вы под этим подразумеваете?

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

Так же как и на хосте. Настроить IP-адрес вручную в самой виртуальной машине.

Если у на хосте 192.168.1.1, то и на виртуальной машине тот же? А маску, DNS?

Нет. При режиме работы виртуального адаптера "мост", виртуальный компьютер рассматривается как отдельное устройство в сети, поэтому ему нужен свой, уникальный IP-адрес. Маска, шлюз, ДНС, как правило, одинаковые для всех ПК в вашей сети.

А как возможно получить эти данные?

Посмотреть на любой машине в вашей локалке.

А если только одна машина подключенная к интернету со статическим ip имеется?

Значит, на ней и смотрите.

У меня ip хоста 93.240.65.60. Какой лучше выбрать для сервера? Или даже как его выбрать?

Так у Вас у хоста 192.168.1.1 или 93.240.65.60? Думаю, что всё-таки первый. Тогда присвойте адаптеру виртуальной машины ip 192.168.1.2. Или 192.168.1.99. Или любой другой в пределах Вашей подсети. Маску и DNS укажите те же, что и у хоста.Может быть проще переключить в "NAT" и не мучиться?

Вам его не выбрать надо, а получить у провайдера услуг.

Совсем запутался... Еще и не на тот ip посмотрел... ip хостовой машины 93.240.65.60, статический. Нужно получить еще один ip?

Nord18, чтобы вы не путали ни себя ни нас, на компьютере с установленной VMWare, приведите результат выполнения в командной строке (Win+R -> cmd) следующей команды:

Microsoft Windows [Version 6.1.7601]
(c) Корпорация Майкрософт (Microsoft Corp.), 2009. Все права защищены.

C:\Users\Lion King>ipconfig /all

Настройка протокола IP для Windows

Имя компьютера . . . . . . . . . : HOME-PC
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : широковещательный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : fl.zsttk.ru

Ethernet adapter Сетевое подключение Bluetooth 2:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Устройства Bluetooth (личной сети) #2
Физический адрес. . . . . . . . . : 00-26-83-37-8D-59
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да

Ethernet adapter Подключение по локальной сети:

DNS-суффикс подключения . . . . . : fl.zsttk.ru
Описание. . . . . . . . . . . . . : Intel(R) 82579V Gigabit Network Connectio
n
Физический адрес. . . . . . . . . : 54-04-A6-46-EE-A3
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::6881:154a:85ab:4bf5%13(Основной)
IPv4-адрес. . . . . . . . . . . . : 94.251.77.70(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 5 июля 2013 г. 21:22:10
Срок аренды истекает. . . . . . . . . . : 6 июля 2013 г. 21:22:11
Основной шлюз. . . . . . . . . : 94.251.77.1
DHCP-сервер. . . . . . . . . . . : 82.200.47.134
IAID DHCPv6 . . . . . . . . . . . : 290718886
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-18-15-5B-0C-54-04-A6-46-EE-A3

DNS-серверы. . . . . . . . . . . : 82.200.47.179
81.1.247.38
NetBios через TCP/IP. . . . . . . . : Включен

Туннельный адаптер 6TO4 Adapter:

DNS-суффикс подключения . . . . . : fl.zsttk.ru
Описание. . . . . . . . . . . . . : Адаптер Microsoft 6to4
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6-адрес. . . . . . . . . . . . : 2002:5efb:4d46::5efb:4d46(Основной)
Основной шлюз. . . . . . . . . :
DNS-серверы. . . . . . . . . . . : 82.200.47.179
81.1.247.38
NetBios через TCP/IP. . . . . . . . : Отключен

Туннельный адаптер isatap.{0E93E5DD-04A3-49FC-94D6-7D82008E3E2B}:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

Туннельный адаптер isatap.fl.zsttk.ru:

Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . : fl.zsttk.ru
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #5
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да

C:\Users\Lion King>

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

Вы уже сами себя запутали.

Это мне сказали в ТП провайдера, потом перезвонили, извинились. Восстановил договор, в нем 94.251.77.70.

ОКе, с этим разобрались. Теперь звоните провайдеру и спрашивайте, как получить ещё один "белый" адрес для своей локальной сети.

Прошу прощения, но прежде чем советовать ТС получение еще одного белого IP, нужно точно убедиться, что он ему действительно нужен. Лично меня "грызут" сомнения по этому поводу. Например, у вас есть ясное понимание того, почему ТС нужен именно "мост"? Лично у меня - нет. Возможно, ему подойдет и NAT, просто он об этом не догадывается. :)

Прошу прощения, что есть ТС?

Не что есть, а кто есть. ;) Это вы. Топикстартер.

Буду знать. :)
Насколько я понял, можно выбрать NAT и в настройках посмотреть IP адреса, шлюз, DNS?

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

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

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

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

Я так и поступил. Сервер имеет доступ в Интернет.

Доброго времени суток!
Вернулся с той же проблемой... Сеть на Windows Server и Windows 7...
Поставил роутер, настроил сеть на VMWare (Windows Server) соединением "мост", роутер дал машине IP. Не могу ни как разобраться с настрйкой сети на сервере, чтобы вгонять виртуальные машины в домен. Надо несколько сетевых карточек на сервер? И как их настроить?

Никакой особой настройки сети на сервере не требуется.

Нет.

Хочется получить подобие живой локальной сети, необходимо для изучения , что то вроде стенда...

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

Вы хотите настроить маршрутизатор или КД?

Что есть КД?
Маршрутизатор есть.

КД-Контроллер домена?
И его тоже, а так же установить SQL Server и Exchange Server, на живых машинах экспериментировать опасно. Надо поднять виртуальный стенд, сейчас проблема в настройке сети.
Сделал следующее:
Создал 3 виртуальнх машины (WinServer 2008 и 2 Windows 7), на всех тип сетевого соединения - автомост. WinServer получил от роутера ip 192.168.1.36, так же на WinServer вторая сетевая карта с ip 192.168.10.1. На каждой Win7 по одной сетевой карте с ip 192.168.10.2 и 192.168.10.3. Пинговать машины между собой не получается.

Nord18
Брандмауэр на машинах отключен? У меня было например так: на компе А виртуалка WinServer2008 с DNS\AD. На компьютере Б виртуалка с XP. Оба физические компьютера соединены между собой через маршрутизатор: 192.168.1.1. Режим сети мост.
Если на виртуальной машине был включен брандмауэр - она не пинговалась ни хостом, ни другой виртуальной машиной.

У меня компьютер один. Выключены везде брандмауэры.

Можно поинтересоваться, у Вас VMWare Workstation на комп-е с какой ОС и какой разрядности установлена?

alef2474, Windows 7 Максимальная x64

Nord18
На хосте и всех виртуальных машинах включен "общий доступ к файлам и принтерам" и "сетевое обнаружение" (центр управления сетями > дополнительные параметры общего доступа)?

Да. Тоже на это грешил. Похоже что с сетями что-то не так. IP адреса или еще что-то

Почему автомост? По объяснениям предыдущей страницы должен бы быть NAT для адресов 192.168.10.х
Для простоты, имхо, Вы можете оставить у сервера один адаптер с NAT, так же как у win7 машин. Они все будут выходить в и-нет через адаптер хостовой машины, как будто все подключены к маршрутизатору с NAT. По-умолчанию пинг 2008 отключен в брандмауэре, у win7 - нет.

Или Вы обязательно ставите целью моделировать пропускание и-нет траффика через Ваш виртуальный сервер, в этом главная цель?

Доброго времени суток!
Интернет на клиентских машинах появился, пришлось на всех ВМ поставить соединение мост, ip раздал роутер.
Но чем дальше в лес, тем интереснее :)
Начал эксперементировать над машинами в разных подсетях: сервер в подсети 192.168.1, клиенты в подсети 192.168.2. Попытался настроить маршрутизацию между подсетями через route add, не выходит, нет пинга не от сервера, не до сервера. Так же не понятно как теперь дать доступ к интернету, т.к. использую сетевое соединение host-only. Что-то можно сделать?
alef2474, да Вы правильно поняли цель. Хочется научиться работать с моделью живой сети, но другой возможности, кроме виртуальной, нет.

Роутер - он программно встроен в VMWare WS что ли? или на виртуальном сервере DHCP настроили?
Вы, возможно, меня не поняли. Я имел в виду, что все клиенты и сервер находятся в одной подсети 192.168.1.х и на ws настроено, что все они коллективно выходят в и-нет через адаптер хоста. Тогда между сервером и клиентами не надо никакой маршрутизации настраивать.
Это тоже вполне себе модель живой сети с железным маршрутизатором. На ней можете отлаживать любое взаимодействие сервера с клиентами.

Нет, роутер железный, Keenetic.
Да, клиенты и сервер находятся в одной подсети, 192.168.1.х, на клиентах основной DNS - ip сервера.
Интересно, как реализовать маршрутизацию при нахождении сервера и клиентов в разных подсетях, и возможно ли это...

Вот, Rezor666 ссылку дал на документацию http://www.vmware.com/pdf/desktop/ws...ng-started.pdf

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

Первый эксперимент - сервер и клиенты в одной подсети, второй - в разных.

Конечно, все можно испытывать, но в разных, имхо, - более редкий случай, тем более, я не понял, как Вы подаете и-нет на клиентов, если клиенты и сервер в одной подсети: через сервер или напрямую через сетевую карту хоста?

И удалось ли наладить сетевую связь сервера с клиентами, если они в разных подсетях и связаны маршрутизацией?

Когда в одной подсети ситуация такая (не уверен что правильно, но работает): 1 машина (сервер)-соединение мост, роутер выдает ip 192.168.1.35/24, шлюз и DNS 192.168.1.1; 2 машина (клиент)-соединение мост, роутер выдает ip 192.168.1.36/24, шлюз 192.168.1.1, DNS 192.168.1.35; 3 машина (клиент)-соединение мост, роутер выдает ip 192.168.1.37/24, шлюз 192.168.1.1, DNS 192.168.1.35. Интернет на всех трех машинах, когда выключаю сервер интернет пропадает. Комбинации из сетевых карт делать не пробовал, если научите-спасибо :)

Разные подсети делаю следующим образом:
создаю подсеть VMNet5 (только для узла) - ip адрес подсети 192.168.1.0, создаю машину (сервер), 2 сетевые карты, настройки такие:1 карта ip 192.168.1.10/24, шлюз 192.166.1.40, DNS 192.166.1.1, 2 карта (мост) ip 192.168.1.40/24, шлюз 192.166.1.40, DNS 192.166.1.1
вторая подсеть VMNet6 (только для узла) - ip адрес подсети 192.168.2.0, создаю машину (клиент), 1 сетевая карта, настройки такие: ip 192.168.2.1/24, шлюз 192.166.1.40, DNS 192.166.1.40.
Интернета нет ни на одной машине.

Имхо, для моделированной сети роутер ничего не должен выдавать, а должен выдавать DHCP и DNS на сервере или статично все должно быть прописано. Иначе у Вас получается какая-то смесь vmware и роутера, при этом указанные службы сервера нормально не работают.
Роутер может выдавать только чего-то хосту.

Подскажите как организовать макет сети так как Вы написали?

Nord18, Видимо alef2474 имел ввиду поднятия отдельной виртуальной машины (сервера) с ролями DHCP и DNS.

Нет сил читать всю ветку, потому если повторюсь или ошибусь в направлении в котором копает автор, то сильно не пинайте.

Как я понимаю возникла трудность в понимании сетевых настроек VMWare, потому давайте разберёмся что есть что.
VMWare Workstation/Server (по крайней мере старые версии сервера точно) поддерживают 3 варианта сети (не затрагивая vLan-ов):
сразу о говорюсь
Хост (Host) - физический компьютер в котором установленно наше ПО виртуализации VMWare или что-то подобное
Гость (Guest) - виртуальная машины (компьютер) которая бежит(крутится) внутри виртуальной среды
** эти понятия актуальны для любой виртуальной среды пусть это будет VMWare или XEN или OpenVZ или ещё что-то, большенство из этих сред имеют схожие сетевые возможности только инструменты отличаются...


- Bridge (Мост) - прямое соединение через один из физических интерфейсов (сетевых карт) хоста в физическую сеть. Имеют прямой и не посредственный доступ ко всем ресурсам физической сети, включая subnet физической сети, и из физической сети можно обратиться к гостевым машинам напрямую, без дополнительных настроек.

- NAT (Network Address Translation) (не знаком с понятием в русском языке) - фактически такой же обычный раутер, реализуется средствами VMWare. Гостевые машины имеют выделинный subnet обязательно отличный от физической сети (иначе они будут искать ресурсы внутри нашей виртуальной среды, и ненаходить их потому что их там просто нет). могут обратиться ко всем ресурсам физической сети, но чтобы получить доступ к гостевым машинам нужно организовать проброс портов за нат так же как это делается в обычном раутере. чтобы можно было обратиться к виртуалкам, нужно прописать статический маршрут до нашего Хоста во всех ресурсах физической сети (Хост выполняет функции раутера).

- Local Host (только для узла) - в этом случае виртуалки имеют выделенный subnet (желательно если хочется соединить с физической сетью через какой-то раутер), не имеют прямого выхода в физическую сеть и могут общаться только между собой и Хостом (общение с последним происходит через виртуальный интерфейс который VMWare любезно устанваливает по умолчанию, но его можно так же добавить либо удалить либо переназначить на другую сеть). Чтобы в таком виде виртуалки могли выходить в физическую сеть или интернет нужно сделать какой-то раутер в нашем случае есть 2 варианта: 1. Создаем ещё одну виртуалку с 2-мя сетевыми картами, одна из которых смотрит через соединение мост (желательно именно так) в физическую сеть, вторая в виртуальную сеть. В гостевых машинах прописываем наш програмный раутер как основной шлюз (default gateway), а чтобы виртуалки могли обращаться к ресурсам физической сети либо чтобы ресурсы физической сети могли обращаться к виртуалками, прописываем статические маршруты до нашего програмного раутера (не Хоста, а именно раутера) во всех ресурсах, чтобы был выход в интернет так же прописываем статический маршрут на физическом раутере до виртуального раутера. Сие действие обязательно если на нашем програмном раутере не реализован NAT (а я так думаю что NAT в этом случае никто ставить не захочет и значит что в заголовках пактов будет IP машины отправителя, а не програмного раутера и получивший пакет ресурс, должен знать куда возвращать ответ это касает и покетов возвращающихся из интернета). 2. Вариант, учитывая речь идёт о Windows Server, то можно запустить сервис RRAS который выполнит ту же роль что и отдельная виртуальная машина в первом варианте! Все остальное настраивается так же как и в первом варианте, только в качестве основного шлюза для гостевых машин будет виртуальная сетевая карта хоста, и статические маршруты в физической сети нужно будет указывать именно на хост.

Помимо всего перечисленного VMWare предоставляет различные дополнительные сервисы для виртуальных сетей, как например DHCP сервис, или сервис имён, а так же простенький port forwarding для NAT сети. Можно их и не использовать, если хочется поднять свои более навороченные или более гибкие под свои нужды, по умолчанию (если мне память не изменяет) в случае использования сети Local Host и NAT эти сервисы включаются автоматически, и их можно отключить в настройках сети VMWare (не в настройках гостевой машины, а именно в настройках сети VMWarе - это отдельный инструмент).

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

Не совсем понял какой сервер вы выключаете и где пропадает интернет
Что вы хотите скомбинировать?

Не совсем понял что вы намутили, но должно быть как-то вот так (это третий вариант сети):
машина №1 -- 2 сетевые карты:

1-ая сетевая карта смотрит через мост в физическую сеть:
ip 192.168.1.Х/24 - любой свободный IP физической сети (как я понял физическая сеть в subnet 192.168.1.0/24)
шлюз 192.168.1.1 - ваш физический раутер с выходом в интернет
DNS 192.166.1.1 - либо раутер, либо ваш внутренний DNS сервер если такой имеется, либо DNS сервера вашего интернет провайдера.

2-ая сетевая карта смотрит в Local Host сеть (ОБЯЗАТЕЛЬНО subnet должен отличаться от физической сети/сетей если их несколько):
ip 192.168.2.1/24 - обратите внимание subnet отличается!
шлюз - неуказываете ничего
DNS лучше здесь ничего не указывать, потому что машина будет брать настройки DNS из второй сетевой карты.

Остальные машины в этой сети должны иметь приблизительно следующие настройки:
ip 192.168.2.x/24
шлюз 192.168.2.1 - это укажет виртуалкам куда идти искать все остальные IP адреса, которые не входят в сабнет 192.168.2.0/24
DNS - если нет своего то можете напрямую провайдера или раутера как и в предведущем случае 192.168.1.1


вторая подсеть VMNet6 (только для узла) - так же как и предведущая:
ip адрес подсети 192.168.2.0/24
1 сетевая карта, настройки такие:
ip 192.168.2.1/24
шлюз 192.168.1.40 - шлюз не может быть в другом сабнете. Если не понятно о чём речь, то либо изучайте что такое маски сети либо просто запомните что 24 битной маске не может быть положения что IP x.x.1.x а шлюз x.x.2.x - это разные сети
DNS 192.168.1.40.

обратите внимание на один ньюанс VMNet 5 и VMNET 6 это разные сети, не сетевые карты в одной сети, а именно сети, они никак между собой не пересикаются, если только вы сами не пересекли их, если мы создали раутер внутри сети VMNet 5, то и клиента нужно подключить в VMNet 5.

тогда возможные настройки клиента будут как я описал выше ну или конкретно вот такими:
ip 192.168.2.2/24
шлюз 192.168.2.1
DNS 192.168.1.1.

Я надеюсь что в доступной форме мне удалось описать вам все что вам нужно знать для работы с виртуальными машинами в VMWare. Я так понимаю что среда разворачивается для изучения чего-то, а не для работы. я бы посоветовал изучать для начала как работает IP что такое маска сети, как делятся сабнеты и как работают таблицы раутинга, и только после этого продолжать изчать то ради чего всё это разворачивается. чтобы в дальнейшем не было затруднений в понимании что не работает или работает не правильно! (имхо)

Всё возможно, но тогда лучше иметь какой-то более или менее умный раутер который умеет работать с больше чем с одной сетью, чтобы не прописывать статические маршруты на каждой машине, и чтобы этот раутер выступал в качестве Gateway для всех машин в сети. что я имею ввиду:
Допустим у нас есть какой-то раутер который умеет на кадый порт подключать другую сеть, и плюс имеет порт WAN на котором настроен NAT, т.е. всё что проходит в этот порт будет отдаваться с IP который на этом порту.
в 1 порт мы втыкаем наших клиентов и настраиваем на всех них раутер как основной шлюз.
в 2-ой порт мы втыкаем наш сервер или сервера, обязательно в другом сабнете

в таком варианте любое обращение от клиентов к серверу и/или обратно будет проходить через раутер, + у такого решения - нет необходимости в статических маршрутах, ну а минус, это дополнительная нагрузска на раутер к тому же если допустим у нас сеть с большим количеством трафика, то единственный порт по которому проходит и интернет и всё общение с сервером становится узским местом, и всем придётся стоять в очереди в ожидании когда их пакет сможет пройти через раутер туда и обратно (не самое удачное решение, но если нет других вариантов то тоже рабочее)

Последовал Вашему совету: сделал через NAT и host only следующую схему:
Сервер: 2 сетевых карты:
1. NAT (172.68.0.100/24, шлюз 172.68.0.1(ip VMNet8)), сделал соединение общим, поднял на сервере DNS
2. host only (172.68.1.1/24, шлюз 172.68.0.1, DNS 172.68.0.100)
Клиент (пока один): 1 сетевая карта:
1. host only (172.68.1.10/24, шлюз 172.68.1.1, DNS 172.68.0.100)

Пинг идет в обе стороны, интернет есть.
Как я понимаю получилось следующее: сервер (AD, DNS) в одной подсети, клиент в другой.
Попытался усложнить схему: добавить DC, Exchange, SQL - не понимаю какое соединение им дать.
Так понимаю что сервера-DC должны быть в одной подсети, Exchange, SQL - в другой, клиенты в третьей.
Получается что на сервере который DC должно быть 3 сетевых карты?

Здравствуйте, пользуюсь интернетом через usb 3G modem, возникла потребность в использовании VMWare Workstation, но есть проблема в том что VMWare не подключается к интернету через модем напрямую а для того чтобы с виртуальной ОС выйти в интернет требуется в VMWare переключить модем на неё при этом от основной ОС которая стоит на ПК модем отключатся. Как можно сделать так чтоб сама программа VMWare подключалась к сети основной ОС?

Если ничего не измннилось в последних аерсиях WorkStation то тебе нужнонайти в меню vmware настройку сети/ей и вней сеть в которой указанно подключение NAT выбрать модем как сетевое устройство через которое будет выходить виртуальные машины