Vmware ubuntu настройка сети

Обновлено: 03.07.2024

У меня была похожая проблема, когда я использовал VMWare Player на Windows 7 с гостями Ubuntu. Но я смог подключиться от хоста к гостю и гостя к хосту, однако проблема была в том, что я не смог подключиться к интернету от гостя. После прочтения ответа @Alaa мне пришлось сделать еще одну настройку, чтобы добавить имя DNS-сервера в файл интерфейсов (dns-nameservers 192.168.150.2), а затем все встало на свои места.

Вот моя конфигурация, которая сработала.

Конфигурация интерфейса VMWare на хосте:

Адаптер Ethernet VMware Network Adapter VMnet8: (Клиент)

Изменен интерфейс гостевого Ubuntu:

192.168. 150.2 - это прокси VMWare, который перенаправляет гостевой трафик на хост.

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

Вы правильно настроили часть конфигурации, однако ваша проблема должна быть в шлюзе по умолчанию, который вы назначили гостю. Шлюз по умолчанию при использовании NAT - это не IP-адрес хоста, а IP-адрес «виртуального коммутатора», подключенного к сети NAT. (Хост-адаптер VMnet8 - это просто другое устройство, подключенное к сети, позволяющее хосту взаимодействовать с виртуальной машиной.) Этот виртуальный коммутатор, о котором мы говорим, получает IP-адрес .2 в подсети. Таким образом, в вашем случае ваш /etc/network/interfaces должен выглядеть следующим образом:

Это должно предоставить вашей гостевой виртуальной машине доступ в Интернет (через 172.241.0.2 ), а также установить связь с вашим хостом ( 172.241.0.100 ). Так что попробуйте и дайте мне знать, если это работает.

_{Если это не работает (очень маловероятно), то вам нужно выяснить, каков IP-адрес виртуального коммутатора. Что вы можете сделать, это позволить виртуальной машине получить IP через DHCP (то есть изменить его на iface eth0 inet dhcp , как у вас было раньше), а затем сделать route -n . Это должно показать вам шлюз по умолчанию, который он использует. Используйте этот IP в вашей статической конфигурации.}

Чтобы можно было пропинговать гостевую виртуальную машину, используя ее имя хоста Workshop , вот что вы можете сделать. Вам необходимо добавить запись в файл hosts в Windows, который находится в C:\Windows\System32\drivers\etc\hosts . Отредактируйте этот файл, добавив в конце следующую строку:

_{Однако, чтобы отредактировать этот файл под Windows, вам нужно открыть его как администратор в Блокноте или Wordpad . а иногда это не так даже пусть вы сохраните его, поэтому вам нужно будет где-нибудь взять копию файла, отредактировать его, удалить расширение .txt, если оно у него есть, и вернуться и заменить исходный файл и «подтвердить» его . ох как я люблю линукс Но в любом случае вот строка, которую нужно добавить:}

Как только это будет сделано, вы сможете успешно ping Workshop с вашего хоста Windows.

Хотя, конечно, чтобы иметь возможность развернуть это в своей мастерской, вам нужно будет отредактировать файл hosts на каждом узле Windows, если только вы не клонируете машины Windows.

Подсказка : поскольку вы собираетесь назначить статический IP вашему гостю, убедитесь, что «сеть NAT» в VMplayer на всех ваших хостах Windows использует подсеть 172.241.0.0/16 , потому что я думаю, что VMware случайным образом назначает подсеть своим виртуальным сетям (VMnet1, 2 и т. д.), поэтому VMnet8 может не использовать эту подсеть на другом хосте Windows. Если это не так, вам нужно вручную предоставить VMnet8 подсеть с помощью редактора виртуальных сетей в VMware.

РЕДАКТИРОВАТЬ

Хорошо. После комментариев вот что вам нужно сделать:

Сконфигурируйте ваш (Windows) хост-компьютер для «автоматического получения IP-адреса» на адаптере VMnet8. Он должен получить IP 192.168.186.1 .

Настройте свой (Ubuntu) гостевой компьютер на статический IP в диапазоне 192.168.186.3 - 192.168.186.127 . Давайте использовать 192.168.186.3 . Кроме того, настройте шлюз по умолчанию и сервер dns на 192.168.186.2 . Таким образом, ваш /etc/network/interfaces должен быть:

Тестировать локальное соединение с помощью pinging 192.168.186.1 и 192.168.186.2 из гостевая машина. Вы также должны иметь возможность пинговать с хоста на гостя.

Если вы хотите использовать IP-адреса из совершенно другой сети / пула, отличного от 192.168.186.0/24 , вам нужно перейти на Edit > Virtual Network Editor в VMware, найти VMnet8 и изменить его настройки DHCP в самом низу. к любой сети, которую вы хотите, и измените статические IP-адреса соответственно (шлюз по умолчанию всегда будет вторым используемым IP-адресом, x.x.x.2 ).

[+1151] [+1151]

У меня есть хост Windows, который запускает гостевую Ubuntu VM через vmplayer. Эта виртуальная машина будет клонирована, распределена между несколькими людьми (работающими под управлением Windows) и использована для проведения семинара по программированию. Я пытаюсь - и до сих пор не могу - настроить сеть для удовлетворения следующих требований:

Гость должен иметь доступ к интернету
Все клоны должны иметь одинаковое имя хоста (скажем, Workshop, чтобы быть конкретным)
Хост-система должна иметь возможность доступа к соответствующему гостю через это имя (например, ping Workshop будет пинговать гостя, который работает на этом хосте, а не любой другой клон)

Что я пробовал до сих пор:

Пробовал подключать гостя через DHCP, в / etc / network / interfaces:

Это работает, когда речь идет о подключении к Интернету. Однако я не могу подключиться к гостю с хоста вообще. (Например, ping Workshop не работает; если я использую адрес, возвращенный ifconfig, он также не работает с хоста).

Затем я попытался назначить статический адрес гостю:

(172.241.0.100 - это адрес, статически назначенный хосту адаптером VMWare Network VMNet8 - это вышеупомянутый адаптер NAT). Теперь я могу пропинговать 172.241.0.101 и телнет к нему с хоста. Я также могу пинговать и telnet с гостя на 172.241.0.100 (хост), но это все - нет подключения к более широкой сети. (Я также не могу получить доступ к гостю по имени хоста, но здесь это не критично, так как, если push приходит на ход, я могу использовать его адрес напрямую - при условии, что он одинаков для всех - и не имя).

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

Ваши решения и другие советы будут высоко оценены.

2 ответа

First of all, yes, you won't be able to use a bridged network connection because all of the guests will have the same hostname, so you'll have to go with NAT.

You got part of the configuration right, however, your problem should be in the default gateway that you assigned to the guest. The default gateway, when using NAT, is not the IP of the host, it's the IP of a "virtual switch" that's connected to the NAT network. (The host VMnet8 adapter is merely another device connected to the network, to allow the host to communicate with the VM.) This virtual switch we're talking about gets the .2 IP in the subnet. So in your case, your /etc/network/interfaces должен прочесть:

This should grant your guest VM access to the internet (through 172.241.0.2 ), and also communicate with your host ( 172.241.0.100 ). So try it out and let me know if it works.

_{If it doesn't work (highly unlikely), then you need to find out what the IP of the virtual switch is. What you can do is let the VM get an IP through DHCP (ie change it to} iface eth0 inet dhcp _{like you had it before), and then do} route -n _, _{This should show you the default gateway it's using. Use that IP in your static configuration.}

To be able to ping the guest VM using its hostname Workshop, here's what you can do. Вам нужно добавить запись в hosts file in Windows, which is located in C:\Windows\System32\drivers\etc\hosts , Edit that file to include the following line in the end:

_{To edit that file under Windows however, you need to open it as an administrator in Notepad or Wordpad. and sometimes it doesn't even let you save it, so you'll need to take a copy of the file somewhere, edit it, remove the.txt extension if it got one, and go back and replace the original one, and "confirm" it. oh how I love Linux. But anyways, here's the line you need to add:}

Once this is done, you should be able to ping Workshop successfully from your Windows host.

Совет: поскольку вы собираетесь назначить статический IP-адрес вашему гостю, убедитесь, что "сеть NAT" в VMplayer на всех ваших хостах Windows использует подсеть 172.241.0.0/16 потому что я думаю, что VMware случайным образом назначает подсеть своим виртуальным сетям (VMnet1, 2 и т. д.), поэтому VMnet8 может не использовать ту же подсеть на другом хосте Windows. Если это не так, вам нужно вручную предоставить VMnet8 подсеть с помощью редактора виртуальных сетей в VMware.

РЕДАКТИРОВАТЬ

Хорошо. После комментариев вот что вам нужно сделать:

Настройте хост-компьютер (Windows) на "автоматическое получение IP-адреса" на адаптере VMnet8. Должен получить IP 192.168.186.1 ,

Настройте свой (Ubuntu) гостевой компьютер на статический IP в диапазоне 192.168.186.3 - 192.168.186.127 , Давайте использовать 192.168.186.3 , Кроме того, настройте шлюз по умолчанию и сервер DNS, чтобы 192.168.186.2 Так что ваши /etc/network/interfaces должно быть:

Проверьте локальное подключение с помощью pinging 192.168.186.1 а также 192.168.186.2 с гостевой машины. Вы также должны иметь возможность пинговать с хоста на гостя.

Всем привет, сегодня хочу продолжить тему по настройке домашней виртуальной инфраструктуры на Wmware workstation. И сегодня мы рассмотрим как производится настройка сети Wmware workstation, для виртуальных машин. Какие виды сети там бывают и для чего каждый вид используется, понимание данных догматов, очень сильно расширит ваши возможности в плане применения данного гипервизора.

И так в предыдущий раз мы с вами создали виртуальную машину и установили на нее операционную систему. Теперь предположим, что вы создаете еще одну виртуальную машину и хотите организовать домен Active Directory, но для этого нужно настроить сеть Wmware workstation. Рассмотрим где это делается и какие есть веды сети.

Виды сетей Wmware workstation

И так какие виды сетей бывают в данном виде виртуализации:

Мост > подключение непосредственно к физической сети. bridge как его еще называют объединяет несколько портов в виртуальный коммутатор, по сути вы увидите в виртуалке ваш сетевой интерфейс.
NAT > по сути создается несколько отдельных сетевых интерфейсов, через которые ваша виртуальная машина получает интернет, физический адаптер натирует виртуальный адаптер.
Только для узла > частная сеть только с узлом, это по сути закрытая локальная сеть которую настраивает Wmware workstation, между физическим компьютером и виртуальной машиной.
Другое. указать виртуальную сеть > по сути закрытая изолированная сеть
Сегмент локальной сети > изолированная сеть, создаваемая вами лично, трафик бегает только между виртуалками.

Как настроить сеть

Для этого заходим в параметры виртуальной машины и выбираете новый или существующий сетевой адаптер. По умолчанию стоит NAT, в данной настройке встроенный сервер DHCP, выдает вам внутренний ip адрес. Так же при установке VMware, у вас на физическом хосте создается два сетевых виртуальных интерфейса, через которые и проксируется трафик.

Вот настройки network интерфейса vm машинке:

ip адрес 192.168.145.128 192.168.145.2
DHCP сервер 192.168.145.254

Смотрим настройки тех сетевых адаптеров что у вас добавились на физическом компьютере:

ip адрес 192.168.145.1, как видите они из одного сегмента 145. Что позволяет вам получать интернет в виртуалке.

Настройки NAT можно посмотреть Правка > Редактор виртуальной сети

В данном редакторе можно задать и посмотреть параметры NAT

Щелкаем Параметры NAT, тут видно шлюз 192.168.145.2, при желании его можно заменить на нужный вам. Обратите внимание можно даже пробрасывать порты в нужную машинку.

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

Параметры DHCP, в них указывается выдаваемый пул ip адресов, время аренды.

Давайте сделаем трассировку из нашей vm и посмотрим прохождение трафика. Как видите первым хопом идет шлюз, а дальше уже шлюз физического интерфейса, куда трафик попадает через тот виртуальный интерфейс с ip 192.168.145.1.

Режим моста

Вот параметры моего сетевого адаптера на физическом компьютере, как видите ip адрес 192.168.0.77 и шлюз 192.168.0.1

А вот настройки сети на виртуальной машине Wmware workstation 192.168.0.11 и с таким же основным шлюзом. Из чего можно сделать вывод, что настройка сети, произведена в одном сегменте и если бы у меня еще был ноутбук подключенный через WiFi, то я бы с него имел доступ на прямую к виртуальной машине, так как они были бы в одной локальной сети. Единственной, что все бы шло через физический адаптер компьютера где настроена виртуализация.

Только для узла

Продолжаем с етевые настройки VMWare Workstation и устанавливаем значение Только для узла. И так теперь ваша virtual machine получает ip адрес из локальной сети в которой только она и ваш физический компьютер.

На фихическом хосте.

Другое: указать виртуальную сеть

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

Сегмент локальной сети

Теперь выбираем созданный сегмент, подойдет для доменов active directory например.

Как видите Wmware workstation в данный момент 12 версия, очень мощный инструмент для организации различного уровня сложности и задачи сетей, думаю сценарии вы придумаете сами.

Доступ в Интернет в режиме моста Linux на виртуальной машине vmware

VMware использует режим моста под CentOS, статический IP во внешней сети

Через 15 лет я написал в блоге:Bridged сетевых настроек в VMwareРечь также шла о настройке режима моста vmware под Linux и статического IP-адреса во внешней сети, но в то время это было в основном реализовано с помощью графического интерфейса, который не был очень универсальным. В производственной среде очень мало графических интерфейсов установки Linux. Исходный блог просто не редактируется, возможно создание нового. Здесь я использую самую маленькую систему CentOS6.5 для демонстрации. Теперь, поскольку CentOS принадлежит к серии Red Hat, метод, описанный в этой статье, также применим к сетевой конфигурации Linux серии Red Hat.

VMware->【Edit】->【Virtual Network Edit】

Виртуальная машина, настроенная в режиме подключения к мостовой сети, рассматривается как часть Ethernet, где находится хост.Отношения между виртуальной системой и хост-машиной похожи на два компьютера, подключенных к одному концентратору. Все общие ресурсы и сетевые подключения могут напрямую совместно использовать линию доступа в Интернет хост-сети для доступа в Интернет. Между хостом и виртуальной машиной может быть взаимный доступ, а также между виртуальными машинами. Соответствующая виртуальная машина рассматривается как независимая физическая машина в сети Ethernet, на которой расположен хост.Каждая виртуальная машина подключена к хосту Ethernet через сетевую карту VMnet0 по умолчанию, а виртуальная сеть между виртуальными машинами - это VMnet0. В настоящее время ваша виртуальная машина похожа на независимую физическую машину в локальной сети. Операционная система на виртуальной машине может проверять связь с другими хостами, и другие узлы также могут проверять связь с виртуальной машиной. Если вы хотите, чтобы они обменивались данными друг с другом, вам необходимо настроить IP-адрес и маску подсети для виртуальной системы, иначе они не смогут взаимодействовать.

Поэтому перед настройкой я должен посмотреть IP-адрес физического хоста: (здесь я использую беспроводную сетевую карту Wi-Fi для физического хоста)

1. ipconfig Просмотр IP-адреса физического хоста (IP-адрес сетевой карты, используемой во внешней сети)

2. В соответствии с IP-адресом физического хоста установите IP-адрес виртуальной машины linux:

Я использую xshell для подключения к linux, что выглядит яснее:

Перезапустите сетевой сервис:

3. Добавьте адрес шлюза в файл конфигурации сети / etc / sysconfig / network.

4. Тест:

1) Виртуальная машина пингует физический хост:

2) Физический хост пингует виртуальную машину

3) Виртуальная машина тестирует внешнюю сеть:

Если сервер Linux не может проверить связь с доменным именем, отобразится следующий запрос:

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

Если вы уверены, что с сетью все в порядке, вы можете найти решение, выполнив следующие действия:

1) Убедитесь, что сервер доменного имени настроен

Если нет, рекомендуется настроить общедоступную службу DNS Google, это не должно вызывать проблем.

Добавить днс в файл.В ходе теста было обнаружено, что в этом нет необходимости.Также есть возможность добавить в файл диспетчер сети.

2) Убедитесь, что шлюз настроен

Моя машина xiaolyu75 не может получить доступ к внешней сети, потому что настройка управления сетью неправильная, я установил ее как GETWAY = 192.168.31.1.

Если он не установлен, добавьте шлюз следующим образом:

или вручную напишите файл / etc / sysconfig / network-scripts / ifcfg *, перезапустите сетевой сервис:

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