При испытаниях ни один VMware GSX Server 2.5.1, а также Windows XP SP2 в качестве гостевой и хост машин не пострадали.
Часть 1. Флеймовая. Установка.
Общее.
VMware бывает трех видов, Workstation, GSX и ESX.
Workstation. Термин переводится как Рабочая Станция. Чем и является. Мною рассматривался непродолжительное время. Хостит, ну и ладно.
GSX Server. Поддерживает намного больше гостевых ОС и может интегрироваться с IIS. Поскольку, как написал, у меня VMware GSX Server 2.5.1, его и буду описывать. Для кого старье, а мне лень искать замену нормально работающему софту. Особенности других версий или типов, которые используете Вы, легко додумываются по аналогии. Принципы работы очень схожи, если не один в один.
ESX Server. Минимальные требования – то ли 2, то ли 4 процессора. Ставится на заточенный Red Hat Linux. Как использовать такое счастье персонально – для многих загадка. Только разве что для тестов поведения разных ОС одновременно.
Установка программы.
Где взять варез человеку, который умеет добывать безналичность в интернете, вроде как и неприлично спрашивать. Гугл, андеграунд.
Вообще-то можно ознакомиться с версией текущего билда на
_http://www.vmware.com/support/gsx2/doc/whatsnew_gsx.html
и потом скачать прямиком с офсайта примерно так
_http://download3.vmware.com/software/gsx/VMware-gsx-server-installer-3.2.0-14497.exe
Установка несложная, но долгая. Сетап, одна перезагрузка и ввод серийника при первом запуске. Единственно, если хотите full install, т.е. с интеграцией в IIS, нужно этот IIS предварительно установить усилиями рук и установщика Windows.
Создание гостевых ОС.
Поскольку значения по умолчанию все равно придется изменять, лучше сделать это еще при создании виртуальной машины, т.е. выбрать установку Custom. На первом шаге предлагается выбрать тип ОС. С эти ничего сложного. С чем удобней работать, то и выбирайте. Далее место, где будет расположено. Расположено будет на жестком диске, кто не знал. Следующий этап поинтересней – размер виртуальной памяти. Кому не жалко, оставляйте значение по умолчанию. Я обычно оставляю 64М для Win98 и 128М для остальных. Потому что память, выделяемая под виртуальные машины, в своп-файл попадать не будет. Все будет шевелиться только в оперативке. И нельзя запустить, например, одновременно 50 виртуальных машин на хиленьком хосте. Ниасилит.
Далее сеть. Если машину настраивал кто-то другой и слово TCP/IP Вам режет слух, выбирайте NAT. Если знаете, как настроить IP адрес в одной подсети с роутером, зачем читаете это? Выбирайте Bridget. Где настроить, знаете. Третий вариант – междусобойчик, когда виртуальная машина максимум что сможет увидеть – это подсеть виртуальных машин с хост компьютером во главе.
Диск. Новый. Allocate в пределах 400-700Mb. Чтобы бегало скорей, размести сейчас скорей. Если заранее не выделить пространство для виртуального жесткого диска, оно будет добавляться по мере необходимости. Со всеми издержками обращений к диску, чтений и применений прав NTFS и квот, поиска свободных кластеров, особенностей фрагментированных файлов. Мазохистам нравится. Последнее окно – имя файла и где будет расположен виртуальный жесткий диск. Все подготовлено, финиш.
Первый запуск.
Поскольку VMware предлагает в качестве рабочего поля неформатированный и даже не размеченный виртуальный жесткий диск, наличие под рукой компакта с дистрибутивом ОС приветствуется. Так же можно создать раздел, отформатировать его, набить под завязку дистрибутивами и подсовывать при каждой новой инсталляции, но это непривлекательно, т.к. WinISO например, предлагает практически те же возможности, создавая образы компактов из папок, которыми пользоваться удобней. В них нет жесткой привязки к месторасположению образа на диске. А вот внутри файла – виртуального жесткого диска есть записи, что он должен лежать там то и там то, а иначе гостевая ОС не запустится. Напрягает, когда переносишь данные на другие хост-машины или просто после переустановки. Инсталяцию Windows 2000 и выше вообще категорически рекомендуется делать с загрузочного CD-ROM, чтобы не растянуть удовольствие с 40 мин. до 4 часов. А еще образ компакта можно расшарить между одновременно запущенными виртуалками, чего не скажешь о физическом CD-ROM.
Итак запуск (Power On), F2 для входа в BIOS, меняем параметры. Изменить нужно в меню Boot первое загрузочное устройство. Кому флопик, кому CD-ROM надо, зависит от того, что ставим. Меняется клавишами + и – на серой цифровой клавиатуре. Остальные параметры не интересны полностью и целиком, т.к. очень обрезанный BIOS.
Перезагрузка, запуск программы установщика Windows, разметка диска, копирование файлов. Все как обычно, только экран маленький. После первой стадии установки желательно вернуть в BIOS настройку HDD как первый загружаемый на место для удобства и чтоб время потом не отнималось. Перед тем, как устанавливать софт на новую виртуалку, не поленитесь запустить VMware Tools (внизу, в строке соостояния ссылка). Установятся драйвера видео и сети. Экран станет побольше и регулируемый, но частота обновления будет точь в точь такая же, как у хостящей машины, уж не знаю почему. Колдуны они наверное.
Далее установка хотфиксов, Permeo, Sockschain (кому что удобней), WM Keeper, копирование Favorites, отключение ненужных сервисов и на болванку или флеш.
Тут небольшое ограничение есть на количество символов одного поста - 12000. Вот что осталось после обрезки. А представьте, сколько еще было лень выразить на клавиатуре.
Часть 2. Суть. Настройка сети (LAN).
Собственно говоря, выше можно было и не читать. Самые звездатые грабли люди находят с сетью.
Настройка через графический интерфейс.
Сначала желательно убедиться, что VMware Bridge Protocol не только добавлен в свойства соединения на хост-компьютере, но и назначен. Т.е. стоит помеченная галочка. Это вот здесь:
‘Start->Control Panel->Network Connections->LAN->Properties->Internet Protocol (TCP/IP)->Properties’ (LAN - это так переименованное у меня соединение)
В чем разница между Bridget и NAT? По отношению к интернету почти никакой. Пытаясь выразить популярно, Bridget – это виртуальная машина, видимая в сети нос в нос с основной. У нее свой собственный IP адрес на том же сетевом интерфейсе. NAT – виртуальная машина, спрятанная за основной. Обращается в сеть "испрашивая разрешения" хостящей машины. Если у Вас в локальной сети есть DHCP сервер, все это можно очень быстро проверить. Примем за умолчание, что маска подсети всегда типа С, т.е. 255.255.255.0 Попробуйте на виртуальной машине в командной строке поочередно пропинговать хост-машину и посмотреть IP конфигурацию в режиме bridget и NAT. Например ping mysupercomp и ipconfig. В первом случае (bridget) IP адрес будет совпадать по диапазону с внешним адресом хост-машины. Например 192.168.1.144 у виртуальной и 192.168.1.25 у хостящей, а во втором случае (NAT) например 192.168.85.129 и 192.168.85.1. Эти 85 уже из диапазона внутреннего VMware DHCP сервера. Т.е. снаружи как ни в чем не бывало, 192.168.1.25, а изнутри виртуалка сначала соединяется со своим роутером – сервисом VMware, затем с внешнего адреса хост-компьютера идет запрос в интернет. Шлюз он и есть шлюз. Последний вариант – host only вроде как ясен из названия. Виртуальная подсеть, как в случае с NAT, только никакого интернета в детское время. Закрытая сеть.
Переключать режимы очень просто – в окне программы меню ‘Settings->Configuration Editor->Network Adapter’. Можно прямо по ходу работы виртуалки. Только для того, чтобы настройки изменились, нужно "выдергивать кабель" – меню ‘Devices->Ethernet0->Disconnect’ и следом там же обратно Connect. Если настройки не сбросились, можно набрать в командной строке виртуального компа ipconfig /renew и несколько секунд подождать. Если не помогло, то можно снять варежки для удобства.
Разница между переключателями vlance и vmxnet небольшая и отношения к делу не имеющая. Просто последний вариант может слегка ускорить работу Windows 2000 и старше на скоростях от 1Gb.
Ручная настройка Bridget.
Допустим, Вам ничего не известно о сетевых установках компьютера, на котором нужно настроить VMware. Типа только подошел. Известно лишь, что сеть настраивалась долго, а значит свойства соединения были выставлены вручную. На хост-машине открываем ‘Start->Control Panel->Network Connections->LAN’. (обычно я сразу переименовываю соединения в LAN, VMnet1 и Vmnet8, чтоб не путать). Далее ‘Properties->Internet Protocol (TCP/IP)->Properties’. Самая интересная строка там – ‘Default Gateway’. Копируем ее в буфер. Открываем то же самое на виртуальной машине и вписываем этот Gateway. Сетевая маска сама впишется в нужные ячейки, как только впишете IP адрес для виртуалки. Какой? Да любой, лишь бы он был в том же сегменте подсети, что и Gateway (например тот же 192.168.1.[ ]) и не совпадал с другими машинами. Ping 255 раз для трудолюбивых, остальные сканят подсеть подходящим софтом. Какие найдутся на хост-машине DNS сервера, тоже смело копируйте на виртуальную.
Собственно говоря уже и настроено. Если виртуалка – Windows 98, придется один раз перезагрузиться. Если нет, то уже можно проверять. Хотя пока нет. Проверьте, не через прокси ли выходит в интернет основная машина. Потому что в этом случае придется копировать еще и настройки броузера.
Ручная настройка NAT.
Отключая / включая сетевую карту виртуальной машины Вы могли заметить, что там появляются и исчезают незнакомые термины вроде Vmnet0, Vmnet1, Vmnet8. По этому поводу можно сказать RTFM, но лучше открыть файл
C:\Documents and Settings\All Users\Application Data\VMware\vmnetdhcp.conf
Он разбит на секции. Секций всего две ‘Virtual ethernet segment 1’ и ‘Virtual ethernet segment 8’.
Первая относится к host-only, вторая к NAT. Почему отсутствует третья, можно догадаться не особо напрягаясь, глядя на название файла и вспоминая результаты пинга.
Внутри секций настройки для VMware DHCP сервера и соответственно виртуальных компьютеров, освященных его деятельностью.
subnet – рабочая подсеть
range – массив адресов, выдаваемых виртуальным машинам
option broadcast-address – этакая резалка трафика
option domain-name-servers – DNS сервера, назначаемые в сетевое соединение
option domain-name – фишка для понтов, к хорошему коннекту отношения не имеющая.
option netbios-name-servers – WINS сервера.
option routers – вот так скромно выглядит точка выхода в интернет для виртуалок под VMnet8. А вообще это ссылка на первый параметр в файле vmnetnat.conf
host VMnet1 и host VMnet8 – персональные настройки для хост-машины, когда она запросит IP адрес на виртуальных сетевых интерфейсах VMnet1 и VMnet8. (это я у себя так переименовал, у Вас там что-то длинное в стиле Microsoft).
Как заметили, для хост-машины всегда предлагается адрес, заканчивающийся на единицу, а сервисы VMware всегда работают на адресах, заканчивающихся на двойку.
Трогать здесь особо нечего. Разве что изменить option broadcast-address, поменять 255 на конце на 0 по совету одного хорошего человека. Действительно, помогает лучше видеть. Меняем. После любых изменений хорошо бы перезапускать сервис ‘VMware DHCP Service’, а то он скромный и недогадливый.
Все параметры на тему шлюза, подсети, DNS можно вручную занести в свойства соединения на виртуальном компьютере. Но Вам шашечки или ехать?
Что выбрать, Bridge или NAT?
Модемщикам нужно выбирать NAT, т.к. провайдер вряд ли согласится выдать два IP адреса на одно соединение. Также если запускаете несколько виртуальных машин или не знаете, с чего начать. Просто, удобно, все настроенно и не надо делить один ресурс на всех (сетевую карту). Еше если хотите скрыть наличие виртуального компьютера в локальной сети. NAT прячет за счет использования левого диапазона подсети. Догадаться можно только сканируя все подряд, но на каждый хитрый сканнер есть свой острый файрвол.
Во всех остальных случаях желателен Bridge. Особенно если нужен VPN. Взаимодействие NAT и VPN не предусмотрено дизайном. Коннектит, общается с сервером, но через полминуты таймаут и в сеть даже не входит ни разу. Хотя может это я отстал от жизни со своим GSX 2.5.
Если у Вас модем, а использовать VPN на удивление хочется, делайте коннект на основной машине и выходите из под NAT в интернет с виртуальной. Будете приятно удивлены, посетив http://www.leader.ru/secure/who.html
Параноики могут повысить Interface metric соединения с провайдером в его свойствах IP до 2. Тогда VPN станет приоритетным для трафика, поскольку стоит 1. Также можно назначить VPN соединением по умолчанию и обязать броузер всегда соединяться но нему. Это в свойствах броузера, на вкладке соединений.
Дополнительный софт.
На основной машине желательно разруливать трафик в свою пользу. Умеет это делать Kerio Winroute Firewall, например. Установка правил, чтоб гостевая ОС могла попадать в интернет только через VPN соединение не займет много времени. Правда у этого файрвола-роутера есть небольшой недостаток - не дружит с боевым файрволом Agnitum Outpost. Как-то дальше BSOD Windows не загружается при одновременной работе обоих. Видимо оба продукта - натуралы и предпочитают иметь всех, кроме себя. Зато Outpost можно установить на гостевой ОС, где он, собственно и нужнее.
Часть 1. Флеймовая. Установка.
Общее.
VMware бывает трех видов, Workstation, GSX и ESX.
Workstation. Термин переводится как Рабочая Станция. Чем и является. Мною рассматривался непродолжительное время. Хостит, ну и ладно.
GSX Server. Поддерживает намного больше гостевых ОС и может интегрироваться с IIS. Поскольку, как написал, у меня VMware GSX Server 2.5.1, его и буду описывать. Для кого старье, а мне лень искать замену нормально работающему софту. Особенности других версий или типов, которые используете Вы, легко додумываются по аналогии. Принципы работы очень схожи, если не один в один.
ESX Server. Минимальные требования – то ли 2, то ли 4 процессора. Ставится на заточенный Red Hat Linux. Как использовать такое счастье персонально – для многих загадка. Только разве что для тестов поведения разных ОС одновременно.
Установка программы.
Где взять варез человеку, который умеет добывать безналичность в интернете, вроде как и неприлично спрашивать. Гугл, андеграунд.
Вообще-то можно ознакомиться с версией текущего билда на
_http://www.vmware.com/support/gsx2/doc/whatsnew_gsx.html
и потом скачать прямиком с офсайта примерно так
_http://download3.vmware.com/software/gsx/VMware-gsx-server-installer-3.2.0-14497.exe
Установка несложная, но долгая. Сетап, одна перезагрузка и ввод серийника при первом запуске. Единственно, если хотите full install, т.е. с интеграцией в IIS, нужно этот IIS предварительно установить усилиями рук и установщика Windows.
Создание гостевых ОС.
Поскольку значения по умолчанию все равно придется изменять, лучше сделать это еще при создании виртуальной машины, т.е. выбрать установку Custom. На первом шаге предлагается выбрать тип ОС. С эти ничего сложного. С чем удобней работать, то и выбирайте. Далее место, где будет расположено. Расположено будет на жестком диске, кто не знал. Следующий этап поинтересней – размер виртуальной памяти. Кому не жалко, оставляйте значение по умолчанию. Я обычно оставляю 64М для Win98 и 128М для остальных. Потому что память, выделяемая под виртуальные машины, в своп-файл попадать не будет. Все будет шевелиться только в оперативке. И нельзя запустить, например, одновременно 50 виртуальных машин на хиленьком хосте. Ниасилит.
Далее сеть. Если машину настраивал кто-то другой и слово TCP/IP Вам режет слух, выбирайте NAT. Если знаете, как настроить IP адрес в одной подсети с роутером, зачем читаете это? Выбирайте Bridget. Где настроить, знаете. Третий вариант – междусобойчик, когда виртуальная машина максимум что сможет увидеть – это подсеть виртуальных машин с хост компьютером во главе.
Диск. Новый. Allocate в пределах 400-700Mb. Чтобы бегало скорей, размести сейчас скорей. Если заранее не выделить пространство для виртуального жесткого диска, оно будет добавляться по мере необходимости. Со всеми издержками обращений к диску, чтений и применений прав NTFS и квот, поиска свободных кластеров, особенностей фрагментированных файлов. Мазохистам нравится. Последнее окно – имя файла и где будет расположен виртуальный жесткий диск. Все подготовлено, финиш.
Первый запуск.
Поскольку VMware предлагает в качестве рабочего поля неформатированный и даже не размеченный виртуальный жесткий диск, наличие под рукой компакта с дистрибутивом ОС приветствуется. Так же можно создать раздел, отформатировать его, набить под завязку дистрибутивами и подсовывать при каждой новой инсталляции, но это непривлекательно, т.к. WinISO например, предлагает практически те же возможности, создавая образы компактов из папок, которыми пользоваться удобней. В них нет жесткой привязки к месторасположению образа на диске. А вот внутри файла – виртуального жесткого диска есть записи, что он должен лежать там то и там то, а иначе гостевая ОС не запустится. Напрягает, когда переносишь данные на другие хост-машины или просто после переустановки. Инсталяцию Windows 2000 и выше вообще категорически рекомендуется делать с загрузочного CD-ROM, чтобы не растянуть удовольствие с 40 мин. до 4 часов. А еще образ компакта можно расшарить между одновременно запущенными виртуалками, чего не скажешь о физическом CD-ROM.
Итак запуск (Power On), F2 для входа в BIOS, меняем параметры. Изменить нужно в меню Boot первое загрузочное устройство. Кому флопик, кому CD-ROM надо, зависит от того, что ставим. Меняется клавишами + и – на серой цифровой клавиатуре. Остальные параметры не интересны полностью и целиком, т.к. очень обрезанный BIOS.
Перезагрузка, запуск программы установщика Windows, разметка диска, копирование файлов. Все как обычно, только экран маленький. После первой стадии установки желательно вернуть в BIOS настройку HDD как первый загружаемый на место для удобства и чтоб время потом не отнималось. Перед тем, как устанавливать софт на новую виртуалку, не поленитесь запустить VMware Tools (внизу, в строке соостояния ссылка). Установятся драйвера видео и сети. Экран станет побольше и регулируемый, но частота обновления будет точь в точь такая же, как у хостящей машины, уж не знаю почему. Колдуны они наверное.
Далее установка хотфиксов, Permeo, Sockschain (кому что удобней), WM Keeper, копирование Favorites, отключение ненужных сервисов и на болванку или флеш.
Тут небольшое ограничение есть на количество символов одного поста - 12000. Вот что осталось после обрезки. А представьте, сколько еще было лень выразить на клавиатуре.
Часть 2. Суть. Настройка сети (LAN).
Собственно говоря, выше можно было и не читать. Самые звездатые грабли люди находят с сетью.
Настройка через графический интерфейс.
Сначала желательно убедиться, что VMware Bridge Protocol не только добавлен в свойства соединения на хост-компьютере, но и назначен. Т.е. стоит помеченная галочка. Это вот здесь:
‘Start->Control Panel->Network Connections->LAN->Properties->Internet Protocol (TCP/IP)->Properties’ (LAN - это так переименованное у меня соединение)
В чем разница между Bridget и NAT? По отношению к интернету почти никакой. Пытаясь выразить популярно, Bridget – это виртуальная машина, видимая в сети нос в нос с основной. У нее свой собственный IP адрес на том же сетевом интерфейсе. NAT – виртуальная машина, спрятанная за основной. Обращается в сеть "испрашивая разрешения" хостящей машины. Если у Вас в локальной сети есть DHCP сервер, все это можно очень быстро проверить. Примем за умолчание, что маска подсети всегда типа С, т.е. 255.255.255.0 Попробуйте на виртуальной машине в командной строке поочередно пропинговать хост-машину и посмотреть IP конфигурацию в режиме bridget и NAT. Например ping mysupercomp и ipconfig. В первом случае (bridget) IP адрес будет совпадать по диапазону с внешним адресом хост-машины. Например 192.168.1.144 у виртуальной и 192.168.1.25 у хостящей, а во втором случае (NAT) например 192.168.85.129 и 192.168.85.1. Эти 85 уже из диапазона внутреннего VMware DHCP сервера. Т.е. снаружи как ни в чем не бывало, 192.168.1.25, а изнутри виртуалка сначала соединяется со своим роутером – сервисом VMware, затем с внешнего адреса хост-компьютера идет запрос в интернет. Шлюз он и есть шлюз. Последний вариант – host only вроде как ясен из названия. Виртуальная подсеть, как в случае с NAT, только никакого интернета в детское время. Закрытая сеть.
Переключать режимы очень просто – в окне программы меню ‘Settings->Configuration Editor->Network Adapter’. Можно прямо по ходу работы виртуалки. Только для того, чтобы настройки изменились, нужно "выдергивать кабель" – меню ‘Devices->Ethernet0->Disconnect’ и следом там же обратно Connect. Если настройки не сбросились, можно набрать в командной строке виртуального компа ipconfig /renew и несколько секунд подождать. Если не помогло, то можно снять варежки для удобства.
Разница между переключателями vlance и vmxnet небольшая и отношения к делу не имеющая. Просто последний вариант может слегка ускорить работу Windows 2000 и старше на скоростях от 1Gb.
Ручная настройка Bridget.
Допустим, Вам ничего не известно о сетевых установках компьютера, на котором нужно настроить VMware. Типа только подошел. Известно лишь, что сеть настраивалась долго, а значит свойства соединения были выставлены вручную. На хост-машине открываем ‘Start->Control Panel->Network Connections->LAN’. (обычно я сразу переименовываю соединения в LAN, VMnet1 и Vmnet8, чтоб не путать). Далее ‘Properties->Internet Protocol (TCP/IP)->Properties’. Самая интересная строка там – ‘Default Gateway’. Копируем ее в буфер. Открываем то же самое на виртуальной машине и вписываем этот Gateway. Сетевая маска сама впишется в нужные ячейки, как только впишете IP адрес для виртуалки. Какой? Да любой, лишь бы он был в том же сегменте подсети, что и Gateway (например тот же 192.168.1.[ ]) и не совпадал с другими машинами. Ping 255 раз для трудолюбивых, остальные сканят подсеть подходящим софтом. Какие найдутся на хост-машине DNS сервера, тоже смело копируйте на виртуальную.
Собственно говоря уже и настроено. Если виртуалка – Windows 98, придется один раз перезагрузиться. Если нет, то уже можно проверять. Хотя пока нет. Проверьте, не через прокси ли выходит в интернет основная машина. Потому что в этом случае придется копировать еще и настройки броузера.
Ручная настройка NAT.
Отключая / включая сетевую карту виртуальной машины Вы могли заметить, что там появляются и исчезают незнакомые термины вроде Vmnet0, Vmnet1, Vmnet8. По этому поводу можно сказать RTFM, но лучше открыть файл
C:\Documents and Settings\All Users\Application Data\VMware\vmnetdhcp.conf
Он разбит на секции. Секций всего две ‘Virtual ethernet segment 1’ и ‘Virtual ethernet segment 8’.
Первая относится к host-only, вторая к NAT. Почему отсутствует третья, можно догадаться не особо напрягаясь, глядя на название файла и вспоминая результаты пинга.
Внутри секций настройки для VMware DHCP сервера и соответственно виртуальных компьютеров, освященных его деятельностью.
subnet – рабочая подсеть
range – массив адресов, выдаваемых виртуальным машинам
option broadcast-address – этакая резалка трафика
option domain-name-servers – DNS сервера, назначаемые в сетевое соединение
option domain-name – фишка для понтов, к хорошему коннекту отношения не имеющая.
option netbios-name-servers – WINS сервера.
option routers – вот так скромно выглядит точка выхода в интернет для виртуалок под VMnet8. А вообще это ссылка на первый параметр в файле vmnetnat.conf
host VMnet1 и host VMnet8 – персональные настройки для хост-машины, когда она запросит IP адрес на виртуальных сетевых интерфейсах VMnet1 и VMnet8. (это я у себя так переименовал, у Вас там что-то длинное в стиле Microsoft).
Как заметили, для хост-машины всегда предлагается адрес, заканчивающийся на единицу, а сервисы VMware всегда работают на адресах, заканчивающихся на двойку.
Трогать здесь особо нечего. Разве что изменить option broadcast-address, поменять 255 на конце на 0 по совету одного хорошего человека. Действительно, помогает лучше видеть. Меняем. После любых изменений хорошо бы перезапускать сервис ‘VMware DHCP Service’, а то он скромный и недогадливый.
Все параметры на тему шлюза, подсети, DNS можно вручную занести в свойства соединения на виртуальном компьютере. Но Вам шашечки или ехать?
Что выбрать, Bridge или NAT?
Модемщикам нужно выбирать NAT, т.к. провайдер вряд ли согласится выдать два IP адреса на одно соединение. Также если запускаете несколько виртуальных машин или не знаете, с чего начать. Просто, удобно, все настроенно и не надо делить один ресурс на всех (сетевую карту). Еше если хотите скрыть наличие виртуального компьютера в локальной сети. NAT прячет за счет использования левого диапазона подсети. Догадаться можно только сканируя все подряд, но на каждый хитрый сканнер есть свой острый файрвол.
Во всех остальных случаях желателен Bridge. Особенно если нужен VPN. Взаимодействие NAT и VPN не предусмотрено дизайном. Коннектит, общается с сервером, но через полминуты таймаут и в сеть даже не входит ни разу. Хотя может это я отстал от жизни со своим GSX 2.5.
Если у Вас модем, а использовать VPN на удивление хочется, делайте коннект на основной машине и выходите из под NAT в интернет с виртуальной. Будете приятно удивлены, посетив http://www.leader.ru/secure/who.html
Параноики могут повысить Interface metric соединения с провайдером в его свойствах IP до 2. Тогда VPN станет приоритетным для трафика, поскольку стоит 1. Также можно назначить VPN соединением по умолчанию и обязать броузер всегда соединяться но нему. Это в свойствах броузера, на вкладке соединений.
Дополнительный софт.
На основной машине желательно разруливать трафик в свою пользу. Умеет это делать Kerio Winroute Firewall, например. Установка правил, чтоб гостевая ОС могла попадать в интернет только через VPN соединение не займет много времени. Правда у этого файрвола-роутера есть небольшой недостаток - не дружит с боевым файрволом Agnitum Outpost. Как-то дальше BSOD Windows не загружается при одновременной работе обоих. Видимо оба продукта - натуралы и предпочитают иметь всех, кроме себя. Зато Outpost можно установить на гостевой ОС, где он, собственно и нужнее.
