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

Конфигурация коммутатора службы имен

Порядок, в котором ваша система выбирает метод преобразования имен хостов в IP-адреса, контролируется файлом конфигурации переключателя службы имен (NSS) /etc/nsswitch.conf . Как упоминалось в предыдущем разделе, обычно статические имена хостов, определенные в системном файле /etc/hosts, имеют приоритет над именами, полученными из DNS. Ниже приведен пример строки, отвечающей за этот порядок поиска имен хостов в файле /etc/nsswitch.conf.

files сначала пытается разрешить статические имена хостов, расположенные в /etc/hosts .

mdns4_minimal пытается разрешить имя с помощью многоадресной рассылки DNS.

[NOTFOUND=return] означает, что любой ответ notfound предыдущего процесса mdns4_minimal следует рассматривать как авторитетный и что система не должна пытаться продолжать поиск ответ.

dns представляет собой устаревший одноадресный DNS-запрос.

mdns4 представляет многоадресный DNS-запрос.

Чтобы изменить порядок вышеупомянутых методов разрешения имен, вы можете просто изменить строку hosts: на значение по вашему выбору. Например, если вы предпочитаете использовать устаревший одноадресный DNS вместо многоадресного DNS, вы можете изменить строку в файле /etc/nsswitch.conf, как показано ниже.

Связь

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

Настройте мост, изменив конфигурацию сетевого плана в /etc/netplan/:

Примечание

Введите соответствующие значения для вашего физического интерфейса и сети.

Теперь примените конфигурацию, чтобы включить мост:

Теперь новый интерфейс моста должен быть запущен и работать. brctl предоставляет полезную информацию о состоянии моста, определяет, какие интерфейсы являются частью моста и т. д. Для получения дополнительной информации см. man brctl.

networkd-dispatcher для pre-up, post-up и т. д. скриптов ловушек

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

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

Примечание. Если не на Ubuntu Server, а на рабочем столе, сеть управляется Network Manager — в этом случае вместо этого вам понадобятся сценарии NM Dispatcher.

В FAQ по Netplan есть отличная таблица, в которой сравниваются тайминги событий между ifupdown / systemd-networkd / network-manager

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

В FAQ Netplan также есть пример преобразования старого хука ifupdown в networkd-dispatcher .

Ресурсы

На странице Ubuntu Wiki Network есть ссылки на статьи, посвященные более сложной настройке сети.

На веб-сайте netplan есть дополнительные примеры и документация.

Справочная страница netplan содержит дополнительную информацию о netplan.

Справочная страница systemd-resolved содержит дополнительную информацию о сервисе systemd-resolved.

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

1. Гость должен иметь доступ к Интернету.
2. Все клоны должны иметь одинаковое имя хоста (скажем, Workshop, если быть точным)
3. Хост-система должна иметь возможность доступа к соответствующему гостю через это имя (например, 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 (хост), но это все - нет подключения к более широкой сети. (Я также не могу получить доступ к гостю через его имя хоста, но здесь это не имеет решающего значения, поскольку, если дело дойдет до драки, я могу напрямую использовать его адрес, если он одинаков для всех, а не имя).

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

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

2 ответа 2

Во-первых, да, вы не сможете использовать мостовое сетевое соединение, потому что все гости будут иметь одинаковое имя хоста, поэтому вам придется использовать 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, если оно есть, и вернуться и заменить исходное, и " подтверди это.как же я люблю Линукс. Но в любом случае, вот строка, которую вам нужно добавить:}

После этого вы сможете успешно выполнить эхо-запрос 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 должен быть:

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

Добавьте строку 192.168.186.3 Workshop в файл hosts на хост-компьютере Windows.

Время от времени я экспериментирую с разными инструментами. Чтобы иметь такое же окружение и содержать свою рабочую машину в чистоте от мусора, оставшегося после таких экспериментов, я провожу свои исследования в виртуализированной среде. Обычно моей гостевой операционной системой (ОС) является Ubuntu Server, потому что я обычно использую эту ОС в облаке. Таким образом, чтобы полностью походить на мой опыт работы в облаке, я должен иметь терминальный доступ к гостевой операционной системе. К сожалению, по умолчанию после установки гостевой виртуальной машины (ВМ) у вас нет к ней сетевого доступа. Поэтому в этой статье я покажу, как настроить VirtualBox и гостевые ОС, чтобы вы получали доступ к своим виртуальным машинам с хоста, например, через терминал.

Оглавление

Введение

Поскольку время от времени мои эксперименты полностью ломали систему, у меня должна быть возможность быстро развернуть чистый испытательный стенд. Для достижения этой цели, как только появится новая версия операционной системы (я предпочитаю использовать LTS-версии Ubuntu Server), я загружаю ее образ и создаю новую виртуальную машину, на которой устанавливаю операционную систему из загруженного образа и делаю начальная конфигурация. Затем я сохраняю эту виртуальную машину в качестве шаблона. Когда мне нужна новая виртуальная машина для моих экспериментов, я клонирую эту виртуальную машину-шаблон и почти мгновенно могу начать свои исследования. Закончив свои эксперименты, я удаляю эту клонированную виртуальную машину, чтобы освободить место на диске.

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

Проблема

По умолчанию VirtualBox создает сетевой интерфейс NAT для вашей новой виртуальной машины, чтобы ваша гостевая ВМ могла иметь доступ к Интернету. Однако в этом случае вы не сможете получить сетевой доступ к вашей виртуальной машине с вашего хост-компьютера. Например, вы не можете пропинговать его, получить к нему доступ через SSH или, если вы разрабатываете клиент-серверное приложение, ваш клиент, работающий на хосте, не может выполнять серверное приложение на гостевой виртуальной машине. Чтобы иметь эту возможность, вам необходимо настроить сеть между вашим хостом и гостевой виртуальной машиной. Поэтому в этой статье я объясню, как это сделать в моем случае.

Я должен упомянуть, что конфигурация может отличаться, если у вас есть другие хост- и гостевые среды. Я использую Kubuntu 18.04 в качестве основной операционной системы и VirtualBox в качестве гипервизора. Здесь я покажу, как настроить Ubuntu Server 16.04 и Ubuntu Server 18.04 (две самые популярные LTS-версии Ubuntu Server сейчас), так как процесс для них отличается.

Конфигурация VirtualBox

После того, как вы установили Ubuntu Server, выключите виртуальную машину, откройте ее «Настройки» (выберите в меню «Машина» -> «Настройки» или нажмите Ctrl+S ) и проверьте конфигурацию «Сеть». По умолчанию VirtualBox активирует один адаптер, подключенный к NAT. Вы можете увидеть это на рисунке 1.

Перейдите на вкладку "Адаптер 2" и включите этот адаптер. В раскрывающемся списке «Присоединен к» выберите «Адаптер только для хоста» (см. рис. 2).

По умолчанию VirtualBox имеет только одну хост-сеть под названием «vboxnet0». Поэтому его имя будет выбрано автоматически. Если у вас по какой-то причине есть пустой список в раскрывающемся списке «Имя», перейдите в «Файл» -> «Диспетчер сети хоста»… и создайте новый адаптер только для хоста (см. рис. 3).Там же можно проверить свойства адаптера «vboxnet0». Обратите внимание на значения «Адрес IPv4» и «Маска сети IPv4». Они понадобятся нам при настройке гостевых ВМ.

Если вы хотите узнать больше о настройке различных сетевых режимов, обратитесь к официальной документации VirtualBox.

Конфигурация гостевой ВМ

Теперь включите виртуальную машину и войдите в нее. Теперь вам нужно настроить сетевые интерфейсы на вашей гостевой ВМ.

Если вы планируете иметь несколько клонов машин, работающих одновременно, убедитесь, что все они будут иметь разные IP-адреса, имена хостов, а все их адаптеры — разные MAC-адреса.

Вы можете указать имя хоста для запуска команды на гостевой машине:

Кроме того, убедитесь, что все MAC-адреса различаются в «Дополнительных» настройках сетевых адаптеров (см. рис. 1). Если они совпадают, создайте новый случайный MAC-адрес.

Далее я покажу, как настроить сеть в Ubuntu 16.04 и 18.04, в частности, как установить (или изменить, если вы запускаете несколько ВМ) статический IP-адрес.

Убунту 16.04

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

Скорее всего, вы заметите три сетевых интерфейса. В моем случае это lo, enp0s3 и enp0s8. lo — петлевой интерфейс, а enp0s3 и enp0s8 соответствуют сетям NAT и Host-only соответственно. Обратите внимание: в зависимости от того, как вы создали сети и в каком порядке, эти имена могут отличаться в вашем случае.

Теперь нам нужно настроить эти интерфейсы. Для этого вам нужно изменить файл /etc/network/interfaces. Откройте файл с повышенными привилегиями в вашем любимом текстовом редакторе (здесь я использую nano):

И измените это следующим образом:

Итак, для enp0s8 мы выбираем назначение статического IP-адреса. Мы устанавливаем его на 192.168.56.5. Обратите внимание: каждая виртуальная машина должна устанавливать разные IP-адреса для разных виртуальных машин, если вы хотите запускать их одновременно. Кроме того, вы можете выбрать IP-адрес из диапазона, определенного для vboxnet0 (или другого интерфейса, который вы выбрали). Значение сетевой маски также должно соответствовать значению, определенному для vboxnet0 .

Насколько я понимаю, для связи между виртуальными машинами (VM1 VM2) также должен быть определен адрес шлюза. Он должен соответствовать адресу хост-машины (192.168.56.1). Однако в моем случае, если эта опция установлена, я не могу подключиться к Интернету, в то время как связь между разными виртуальными машинами возможна.

После изменения настроек необходимо перезапустить сеть:

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

Убунту 18.04

В Ubuntu 18.04 настройка сети выполняется с помощью утилиты netplan. Эта утилита читает файлы конфигурации yaml, хранящиеся в /etc/netplan/, и генерирует из них сетевую конфигурацию, потребляемую системой. Поэтому в Ubuntu 18.04 вместо изменения /etc/network/interfaces нам нужно создать (или изменить) файл конфигурации yaml. Однако перед этим мы должны проверить, какие сетевые интерфейсы доступны. Вы можете сделать это с помощью следующей команды:

Как и в Ubuntu 16.04, у меня тот же список сетевых интерфейсов: lo - loopback interface, enp0s3 и enp0s8 относятся к сетям NAT и Host-only соответственно. Теперь вам нужно создать новый файл в /etc/netplan/, где мы будем указывать конфигурацию нашей сети. Часто системные администраторы дают этому файлу имя 01-netcfg.yaml. Сделаем то же самое с помощью команды sudo nano /etc/netplan/01-netcfg.yaml. Добавьте туда следующую конфигурацию:

Я должен отметить, что в общем случае вы также должны указать средство рендеринга: NetworkManager или networkd. В Ubuntu Server 18.04 в конфигурации по умолчанию рендерер не указан (скорее всего, потому что по умолчанию используется networkd). Однако, если вы используете версию Ubuntu для настольных ПК, вам необходимо добавить параметр renderer: NetworkManager в свою конфигурацию на том же уровне, где вы определяете версию и Ethernet.

Настройки аналогичны предыдущему случаю. Для интерфейса enp0s3 мы включаем динамическое выделение IP-адресов с помощью опции dhcp4: yes , а для enp0s8 значения нужно настраивать вручную. Для этого мы отключаем DHCP ( dhcp4: no ), устанавливаем IP-адрес и маску сети (адреса: [192.168.56.10/24]) и, возможно, предоставляем IP-адрес шлюза (gateway4: 192.168.56.1).< /p>

Когда вы закончите редактирование файла, вы должны запустить команду sudo netplan try, чтобы проверить правильность вашей конфигурации. Если это так, netplan предложит применить конфигурацию. Если вы хотите применить конфигурацию без проверки, вы можете запустить команду sudo netplan apply напрямую.Однако я не рекомендую этого делать, потому что с файлами yaml очень легко забыть где-то пробел, и в этом случае ваш файл конфигурации не будет валидным. Проверка конфигурации перед ее применением предотвратит выстрел в ногу.

После завершения установки по умолчанию VMware создает три виртуальных сетевых среды: VMnet0, VMnet1 и VMnet8. Типы: мостовая сеть, только для хоста и NAT. Среди них NAT указывает, что Ubuntu, установленная в VMWware, будет находиться в подсети, VMware будет получать доступ к Интернету через преобразование сетевых адресов и IP-адресов физической машины.

Здесь мы выбираем режим NAT для реализации конфигурации статического IP-адреса Ubuntu.

Откройте VMware и выберите «Правка» > «Редактор виртуальной сети» вверху. Откройте редактор виртуальной сети:

Выберите «Настройки NAT» и откройте панель настроек NAT:

Просмотрите собственный адрес шлюза, например, шлюз должен быть 192.168.8.2 。

Наконец, в интерфейсе управления виртуальной машиной VMWare выберите «Редактировать настройки виртуальной машины» Ubuntu, чтобы открыть интерфейс виртуальных настроек Ubuntu.

Выберите сетевой адаптер, а затем убедитесь, что для сетевого подключения выбран VMnet8 (режим NAT) в Custom:

Выполните вышеуказанные шаги, сетевая среда VMWare будет настроена.

3. Установка статических IP-адресов для Ubuntu

3.1. Настройка IP через панель управления сетью

В правом верхнем углу рабочего стола Ubuntu щелкните значок сети и выберите «Редактировать подключения»:

Шаг 1: нажмите кнопку «Изменить», чтобы открыть страницу редактирования

Метод шага 2: выберите "Вручную"

Шаг 3. Введите IP-адрес в столбце «Адреса».

Здесь установленный нами IP-адрес: IP: 192.168.8.100 Маска подсети: 255.255.255.0 Шлюз: 192.168.8.2

Затем выберите Сохранить.

Наконец, щелкните значок сети в правом верхнем углу рабочего стола Ubuntu и выберите Отключить, чтобы отключиться. Затем откройте меню и выберите «Подключиться», чтобы подключиться к Интернету.

3.2. Установка IP-адреса через командную строку Терминала

Откройте терминал Ubuntu и введите:

Представляет открытие файла интерфейса с помощью редактора GEDIT. В открытом файле, если есть какой-либо контент, сначала удалите его весь. Затем введите следующий код:

Затем настройте DNS-сервер:

Заполните DNS Ali: 223.5.5.5

Закройте GEDIT (сначала сохраните, закройте позже), а затем введите:

Перезапустите сеть.

4. Возможные проблемы

4.1. Проблемы с настройкой сети через командную строку

При перезапуске сети возникает следующая ошибка:

[….] Перезапуск сети (через systemctl): networking.serviceJob для networking.service завершился неудачно, так как процесс управления завершился с кодом ошибки. Дополнительные сведения см. в разделах «systemctl status network.service» и «journalctl -xe».

(1) Очень вероятно, что при написании файлов интерфейсов возникают орфографические ошибки:

Откройте файл интерфейса еще раз, и вы увидите несколько орфографических ошибок:

sudo gedit /etc/network/interfaces

После исправления ошибки перезапустите сеть:

(2) В версии 16.04 Ubuntu имя сетевой карты — ens33 вместо eth0.Так что при настройке файла интерфейса не заменяйте ens33 на eth0, иначе возникнет эта проблема. Конечно, вы можете проверить свою сетевую карту через ifconfig.

<р>2. После перезагрузки системы было обнаружено, что сеть не может быть использована. Значок сети в правом верхнем углу показал, что "устройство не управляется" после нажатия на него.

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

  
• Как переименовать папку пользователя в Windows 7
  
• Как изменить учетную запись в Windows 10 на другого пользователя без потери данных
  
• Dexp ursus kx210 как переустановить windows
  
• Автоподключение Openvpn при запуске Windows
  
• Устранение неполадок при запуске Windows 10, сколько времени это может занять