Atheros в виртуальной машине

VMWare + виртуальный адаптер bridged to WiFi

Итак, есть роутер TP-Link WR1043ND v1, который смотрит в интернет. Адрес в локалке, как обычно, 192.168.1.1

Есть ПК, проводом подключенный к роутеру, IP 192.168.1.2
Есть ноутбук, подключен к роутеру по вайфаю, IP 192.168.1.3

Виртуальная машина поднята на ПК, сетевуха Bridged то GE-адаптер, IP 192.168.1.11
Виртуальная машина поднята на ноутбуке, сетевуха Bridged то WiFi-адаптер (Atheros), IP 192.168.1.12

Для MAC-адресов реальных и виртуальных машин прописаны соответствия MAC-IP в роутере.

Проблема на виртуальной машине, поднятой на ноутбуке и прицепленной в вафле. Виртуальная сетевуха получает правильный IP-адрес по DHCP от роутера, поднимает сетевое соединение. Ходят пинги до 192.168.1.[2,3,11], можно подцепиться из локалки, залить файлы итд.

Однако, до роутера трафик не ходит, ни пинги, ни DNS-запросы. Т.е., инета на виртуалке нет. А нужен.

VMWare Workstation + виртуальный адаптер bridged to WiFi
Имеется роутер Asus RT-N12 B1.(Tomato Firmware 1.28.0000 MIPSR2-110 K26 Max) Соответственно WAN IP.

Virtual WiFi виртуальный адаптер не создается
Доброго времени суток, уважаемые форумчане! Суть проблемы. Была установлена семерка, на которой.

Настройка bridged conection в vmware
Народ кто разбирается такой вопрос: Есть комп на котором установлено 3 виртуальных машины. Вопрос.

WiFi адаптер для ПК не может получить IP от wifi ноутбука
начало :кабель интернета подключен к ноутбуку, на ноутбуке создана точка доступа, которая раздает.

в ВМ выбрать сетевой адаптер, который получает пинг. Если понял ситуацию. ВМ не связана с сетевым адаптером.

На ноутбуке одна реальная сетевая для WI-FI, на ней должно быть два IP? так как через нее должны работать две машины Физ и ВМ. в этом месте нужно искать.

Для проверки на время поменяй IP ноутбука и ВМ. Посмотри результат.

в ВМ выбрать сетевой адаптер, который получает пинг. Если понял ситуацию. ВМ не связана с сетевым адаптером.

На ноутбуке одна реальная сетевая для WI-FI, на ней должно быть два IP? так как через нее должны работать две машины Физ и ВМ. в этом месте нужно искать.

Для проверки на время поменяй IP ноутбука и ВМ. Посмотри результат.

Источник

Настройка Wi-Fi на виртуальной машине Vmware/Virtualbox (в образе Linux)

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

Сегодня все чаще для виртуализации рабочей, системной среды используются USB-девайсы в виде WiFi-карт. Это обусловлено тем, что нормально использовать встроенный WiFi-модуль в виртуальной машине практически невозможно. В данном случае речь идет не только о программно-железячной совместимости, но и о некоторых специфических аспектах работы Linux/Unix – систем с виртуальными машинами. Что же касается USB-модулей Wi-Fi, то здесь все достаточно просто и понятно, если речь идет о работе в образе ОС Windows – чтобы получить возможность настраивать WiFi-соединения в виртуальной среде Vmware или Virtualbox, вставляем USB-интерфейс в хостовый ПК и подключаем его к рабочей виртуальной среде. Далее в гостевой операционной системе определяется данный WiFi-модуль, последующая работа с которым происходит, как на обыкновенном ПК (установка драйверов, отладка и так далее).

В виртуальной среде Vmware-Player нужно выполнить определенные действия, чтобы подключить такой интерфейс. Открываем в основном меню раздел «Player», где выбираем пункт «Removable Devices» в списке предложенных устройств выбираем требуемую карту Wi-Fi после чего нажимаем кнопку «Соединение».

Сложности при установке и отладке WiFi-интерфейса под образами Linux

В Linux для настройки и правильной работы WiFi потребуется соответствующий драйвер, которого может не оказаться в системе. Чтобы выяснить какую карту сети использует оборудование, можно при посредством команды «lslci –nn» узнать ID устройства. Если карточка имеет USB-стандарт подключения, вводим команду «lsusb». Посредством данных команд консоль выведет список системных устройств с указанием их идентификаторов. Вот пример строки из командного вывода lsusb:

Bus 001 Device 002: ID 0bda:8176 Realtek Semiconductor Corp. RTL8188CUS 802.11n WLAN

Как можно видеть, это Wi-Fi-интерфейс от производителя Realtek модели RTL8188CUS. Ее ID – это первая четверка шестнадцатеричных чисел 0bda:8176. Эти числа обозначают ID производителя, а последующие относятся к обозначению ID WiFi-карты. В нашем случае модель устройства мы уже знаем, а потому искать ее по ID нет необходимости. Большинство USB-драйверов и драйверов для внутренних карт производства Realtek находятся в firmware-realtek – пакете. Тем не менее, после того, как этот пакет установлен и подключена ваша USB-карта, беспроводной интерфейс может попросту не появиться. Поэтому лучше всего сразу, не теряя времени, отправиться на сайт производителя и скачать там драйвера для конкретной модели карты под Unix/Linux. В нашем случае в скачанном архиве можно найти исходный текст драйверов, сопроводительную документацию и установочный скрипт «install.sh». Запускаем полученный скрипт – после его запуска система скомпилирует модуль драйвера 8192cu, а затем инсталлирует его в Linux.

Читайте также:  Багажник для легковой машины

После этого мы сможем наконец увидеть в конфигурации беспроводной wlan0-интерфейс.

Инсталляция требуемых драйверов для работы с WiFi-модулем

Для настройки WiFi-сети можно использовать режим графической настройки в рамках Network-Manager, а также консольный режим, либо Wicd. Рассмотрим вариант отладки Wi-Fi в консольном варианте.

Настройка WiFi-карты

В первую очередь потребуется подключение беспроводного интерфейса с использованием команды «ifconfig wlan0 up». После ее выполнения можно провести сканирование доступных беспроводных сетей, воспользовавшись командой «iwlist wlan0 scan» («iwlist») станет доступной к исполнению системной командой только после того, как вы установите пакет wireless_tools).

wlan0 Scan completed :

Источник

Как настроить маршрутизацию на виртуальной машине?

Как настроить маршрутизацию через VPN?
На сервере настроен OpenVPN на CentOS, на windows клиенте есть OpenVPN client. OpenVPN показывает.

Подскажите как настроить два шлюза через маршрутизацию!
Здравствуйте Народ! помогите чайнику, все перепробовал, ничего не помогает, ну не могу я вникнуть в.

Как настроить статическую маршрутизацию?
Не понимаю, что не так. В чем проблема?

Как настроить маршрутизацию между двумя локалками
Здравствуйте. Есть такая сеть (картинка в приложении): Роутер 1: 192.168.1.1 К нему подключен.

внутренняя сеть может?

виртуальный адаптер хоста (у основной машины по дефолту адрес должен быть 192.168.56.1)

по какому адресу должна пинговаться основная (физическая) машина с клиентской?

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

Адаптер Ethernet Ethernet:

Адаптер Ethernet VirtualBox Host-Only Network:

Адаптер беспроводной локальной сети Подключение по локальной сети* 1:

Адаптер беспроводной локальной сети Подключение по локальной сети* 2:

Адаптер беспроводной локальной сети Беспроводная сеть:

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

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

Я вам написал три пункта: что надо сделать на каждой машине
1. На сервере включаете маршрутизацию и удаляете дефолтные шлюзы
2. На клиенте пропишите дефолтный шлюз 192.168.2.1
3. На хосте (физ машине) в cmd от имени админа

insect_87, сделал, ничего не изменилось.
Сервер видит и хоста и основную, хост не пингует основную, основная не пингует хост

А это точно на основной машине надо делать, не на сервере?

3. Да. На физ машине.

Покажите, что вы проделали:
С каждой машины текстом выложите

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

Адаптер Ethernet Ethernet:

Адаптер Ethernet VirtualBox Host-Only Network:

Адаптер беспроводной локальной сети Подключение по локальной сети* 1:

Адаптер беспроводной локальной сети Подключение по локальной сети* 2:

Адаптер беспроводной локальной сети Беспроводная сеть:

IPv4 таблица маршрута
============================================================ ===============
Активные маршруты:
Сетевой адрес Маска сети Адрес шлюза Интерфейс Метрика
0.0.0.0 0.0.0.0 192.168.1.0 192.168.1.10 281
0.0.0.0 0.0.0.0 192.168.0.1 192.168.0.106 50
127.0.0.0 255.0.0.0 On-link 127.0.0.1 331
127.0.0.1 255.255.255.255 On-link 127.0.0.1 331
127.255.255.255 255.255.255.255 On-link 127.0.0.1 331
192.168.0.0 255.255.255.0 On-link 192.168.0.106 306
192.168.0.106 255.255.255.255 On-link 192.168.0.106 306
192.168.0.255 255.255.255.255 On-link 192.168.0.106 306
192.168.1.0 255.255.255.0 On-link 192.168.1.10 281
192.168.1.10 255.255.255.255 On-link 192.168.1.10 281
192.168.1.255 255.255.255.255 On-link 192.168.1.10 281
192.168.2.0 255.255.255.0 192.168.1.1 192.168.1.10 26
224.0.0.0 240.0.0.0 On-link 127.0.0.1 331
224.0.0.0 240.0.0.0 On-link 192.168.1.10 281
224.0.0.0 240.0.0.0 On-link 192.168.0.106 306
255.255.255.255 255.255.255.255 On-link 127.0.0.1 331
255.255.255.255 255.255.255.255 On-link 192.168.1.10 281
255.255.255.255 255.255.255.255 On-link 192.168.0.106 306
============================================================ ===============
Постоянные маршруты:
Сетевой адрес Маска Адрес шлюза Метрика
192.168.2.0 255.255.255.0 192.168.1.1 1
0.0.0.0 0.0.0.0 192.168.1.0 По умолчанию
============================================================ ===============

IPv6 таблица маршрута
============================================================ ===============
Активные маршруты:
Метрика Сетевой адрес Шлюз
1 331 ::1/128 On-link
4 281 fe80::/64 On-link
9 306 fe80::/64 On-link
4 281 fe80::c5ed:2792:8208:c3fa/128
On-link
9 306 fe80::dcf4:4e9c:5a88:7ed9/128
On-link
1 331 ff00::/8 On-link
4 281 ff00::/8 On-link
9 306 ff00::/8 On-link
============================================================ ===============
Постоянные маршруты:
Отсутствует

Источник

Настройка сети в VirtualBox

Оригинал: VirtualBox Networking
Автор: Robin Catling
Дата публикации: май 2012 г.
Перевод: Семененко В.
Дата перевода: 5 октября 2012 г.

Сетевые настройки VirtualBox

Для начала установите любую версию виртуальной машины VirtualBox, начиная с 3.0. И вы найдете в ней примерно одинаковые возможности по сравнению с теми, что описываются в данной статье.

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

Для моего web-сервера с запущенным на нем CMS WordPress дела обстоят несколько сложнее, поэтому идем дальше. Вкладка “Тип адаптера” отвечает за настройку виртуального аппаратного обеспечения. VirtualBox прекрасно справляется с ролью связующего звена между программной сетевой платой и тем физическим интерфейсом, который установлен на реальной машине (хосте). Откройте ссылку “Дополнительно” и вам будут доступны расширенные возможности сетевого адаптера. В этой статье я детально опишу все настройки в порядке их следования, начиная с установки типа адаптера.

Тип адаптера (Adapter Type)

Виртуальная машина VirtualBox имеет встроенную программную эмуляцию большинства наиболее распространенных типов сетевых карт, под которые созданы драйвера и протоколы. Карта PCnet-FAST III является выбором по умолчанию, однако в своей практике я часто выбираю Intel PRO/1000MT. Я поступаю так, если мне необходима наилучшая совместимость с “железом” от Intel, которое установлено на моем компьютере. Если у вас возникнут проблемы в настройке сетевого соединения, можно попробовать изменить тип адаптера, выбрав другой. Для наиболее древнего оборудования подойдет сетевая карта PCnet-FAST II.

Режим (Mode)

Довольно странно звучащий “Неразборчивый режим” (Promiscuous Mode) обычно применяется для работы VM в качестве виртуального маршрутизатора в локальных сетях; как сетевой мост или же хост. В этом режиме порт виртуальной машины способен принимать любые пакеты, отправляемые для других операционных систем; и даже для хоста. То есть, принимаются сетевые пакеты, предназначенные не только для этого адаптера, но и для других сетевых устройств. В 99% случаев обычным пользователям “Неразборчивый режим” не нужен. Он используется сетевыми администраторами для диагностики проблем, возникающих в сети.

Читайте также:  Газ как топливо для машин

MAC адрес (MAC Address)

Галочка напротив надписи “Кабель подключен” выполняет ту же роль, что и подключение или отключение физического кабеля в реальности. Эта настройка отвечает за подключение виртуального сетевого адаптера к сети. Не стоит путать ее с другой более важной настройкой “Включить сетевой адаптер”, которая включает или выключает сам адаптер на виртуальной машине.

Кнопка “Проброс портов” открывает диалоговое окно, в котором производится настройка правил поведения трафика на конкретном адаптере; каким образом будет перемещаться трафик определенного типа между хостом и гостевой виртуальной машиной. Эти правила применяются к сетевым моделям, которые будут рассмотрены немного позже. Сами сетевые модели определяются на вкладке “Тип подключения”. Эта настройка является наиболее сложным моментом в установке соединений в VirtualBox. Она доставила мне наибольшие проблемы в экспериментах.

“Подводные камни”

Типы подключения к сети

В VirtualBox имеются четыре готовые модели для подключения к сети:

Трансляция сетевых адресов (NAT)

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

Принцип трансляции сетевых адресов заключается в следующем. Когда гостевая ОС отправляет пакеты на конкретный адрес удаленной машины в сети, сервис NAT, работающий под VirtualBox, перехватывает эти пакеты, извлекает из них сегменты, содержащие в себе адрес пункта отправки (IP-адрес гостевой операционной системы) и производит их замену на IP-адрес машины-хоста. Затем заново упаковывает их и отправляет по указанному адресу.

Например, в вашей домашней локальной сети хост и другие физические сетевые устройства имеют адреса в диапазоне, начинающемся с 192.168.х.х. В VirtualBox адаптеры, работающие по протоколу NAT, имеют IP-адреса в диапазоне, начинающемся с 10.0.2.1 и заканчивающемся 10.0.2.24. Такой диапазон называется под-сетью. Как правило, этот диапазон не используется для присвоения адресов устройствам в основной сети, поэтому такая система недоступна извне, со стороны хоста. Гостевая ОС может выполнять обновление программного обеспечения и web-серфинг, но остается невидимой для остальных “участников”.

В руководстве VirtualBox этот момент описан более подробно:

“В режиме NAT гостевому сетевому интерфейсу присваивается по умолчанию IPv4 адрес из диапазона 10.0.х.0/24, где х обозначает конкретный адрес NAT-интерфейса, определяемый по формуле +2. Таким образом, х будет равен 2, если имеется только один активный NAT-интерфейс. В этом случае, гостевая операционная система получает IP-адрес 10.0.2.15, сетевому шлюзу назначается адрес 10.0.2.2, серверу имен (DNS) назначается адрес 10.0.2.3.” (Oracle Corporation, 2012, Глава 9).

Протокол NAT полезен в том случае, когда нет разницы в том, какие IP-адреса будут использовать гостевые ОС на виртуальной машине, поскольку все они будут уникальными. Однако, если потребуется настроить перенаправление сетевого трафика, или же расширить функциональность гостевой ОС, развернув на ней web-сервер (к примеру), то необходимы дополнительные настройки. В режиме NAT также недоступны такие возможности, как предоставление общего доступа к папкам и файлам.

Сетевой мост (Bridged)

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

Адаптер в режиме “Сетевой мост” подключается, минуя хост, к устройству, которое распределяет IP-адреса внутри локальной сети для всех физических сетевых карт. VirtualBox соединяется с одной из установленных сетевых карт и передает пакеты через нее напрямую; получается работа моста, по которому передаются данные. Как правило, адаптер в модели “Сетевой мост” получает стандартный адрес из диапазона 192.168.х.х от роутера. Поэтому виртуальная машина в сети выглядит так, как будто это обычное физическое устройство, неотличимое от остальных.

На хосте могут быть активными одновременно несколько сетевых устройств; например, на моем ноутбуке имеется проводное подключение (называемое eth0 ) и беспроводное подключение (называемое wlan0 ). Поле “Имя” позволяет выбрать, какой из сетевых интерфейсов вы бы хотели использовать в качестве моста на VirtualBox.

Поэтому моему хосту назначен роутером IP-адрес 192.168.0.2. Виртуальной машине в режиме “Сетевой мост” присвоен адрес 192.168.2.6. При этом не имеет значения тот факт, что VirtualBox передает и получает трафик как бы “сквозь” хост, минуя его. В результате получается, что виртуальная машина становится просто еще одним компьютером в локальной сети. Если я пересчитаю свой компьютер и три виртуальные машины (VM), работающие в режиме “Сетевой мост”, то у меня получиться четыре компьютера в физической локальной сети.

Протокол NAT полезен, потому что он защищает гостевые операционные системы со стороны Интернет. Но для того, чтобы получить доступ к ним извне (а на некоторых ОС у меня имеются установленные web-сервера), потребуется дополнительная настройка для перенаправления трафика. Тип подключения “Сетевой мост” позволяет получить доступ к ним, но системы в этом случае становятся незащищенными.

Если ваше сетевое устройство доступа (это может быть маршрутизатор, сетевой коммутатор или же настройки, предоставленные Интернет-провайдером) позволяет предоставлять только один IP-адрес для сетевого интерфейса, возможно, вам не удастся настроить “Сетевой мост”.

Виртуальный адаптер хоста (Host-only)

Как правило, хост имеет свой собственный сетевой адрес, который используется для выхода в Интернет. Обычно это 192.168.0.101. В режиме “Виртуальный адаптер хоста” машина-хост также выступает в роли роутера VirtualBox и обладает IP-адресом по умолчанию 192.168.56.1. Создается внутренняя локальная сеть, обслуживающая все гостевые операционные системы, настроенные для режима “Виртуальный адаптер хоста” и видимые для остальной части физической сети. Адаптер vboxnet0 использует адреса из диапазона, начинающегося с 192.168.56.101. Но при желании можно изменить адрес по умолчанию.

Читайте также:  Двигатель стиральной машины индезит подключить

Подобно адаптеру в режиме “Сетевой мост”, в режиме “Виртуальный адаптер хоста” используются разные диапазоны адресов. Можно легко настроить гостевые системы для получения IP-адресов, используя для этого встроенный DHCP-сервер виртуальной машины VirtualBox.

В дополнение нужно сказать, что в режиме “Виртуальный адаптер хоста” созданная им сеть не имеет внешнего шлюза для выхода в Интернет, как для хоста, так и для гостевых операционных систем. Он работает только как обычный сетевой коммутатор, соединяя между собой хост и гостевые системы. Поэтому адаптер в режиме “Виртуальный адаптер хоста” не предоставляет гостевым машинам выход в Интернет; vboxnet0 по умолчанию не имеет шлюза. Дополнительные возможности для этого адаптера значительно упрощают настройку сети между хостом и гостевыми ОС, однако все же отсутствует внешний доступ или перенаправление портов. Поэтому может потребоваться второй адаптер в режиме “Виртуальный адаптер хоста” или “Сетевой мост”, который подключается к гостевой операционной системе для получения полного доступа к ней.

Внутренняя сеть (Internal Network)

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

Доступ к гостевой операционной системе

Во-первых, мне нужен доступ в Интернет из гостевой системы для установки обновлений, скачивания пакетов и других подобных задач. Мне также необходим доступ к Сети с машины-хоста. Но мне не нужно, чтобы сервер был доступен из внешней сети.

Оставляю выбранным по умолчанию сетевой адаптер в режиме NAT. Это позволит гостевым системам выходить в Интернет через настроенное соединение хоста, на котором установлены эти машины. Гостевые системы не видны извне в локальной сети; я также не имею доступа к любой из гостевых систем со стороны хоста; аналогично, гостевые системы не могут взаимодействовать между собой.

Настройка виртуального адаптера хоста

По умолчанию, адаптер vboxnet0 динамически получает IP адрес во время сессии подключения от DHCP-сервера. Для моего виртуального web-сервера WordPress необходимо, чтобы он имел статический IP-адрес. Поэтому на вкладке “DHCP сервер” я убрал галочку с надписи “Включить сервер”. Таким образом, DHCP-сервер у меня отключен.

Добавление виртуального адаптера хоста

Я собираюсь добавить еще один сетевой адаптер (в режиме “Виртуальный адаптер хоста”) к гостевой машине, что позволит создать самодостаточную частную виртуальную сеть. Эта сеть будет состоять только из хоста и любой гостевой операционной машины, настроенной в режиме “Виртуальный адаптер хоста”.

Настройка гостевой системы

Мне необходимо, чтобы гостевой виртуальный сервер имел статический IP-адрес в сети, работающей в режиме “Виртуальный адаптер хоста”. Иначе адрес сервера будет меняться от сессии до сессии, каждый раз при подключении. Я буду вынужден снова и снова решать задачу настройки, чтобы соединиться с хостом. Поэтому захожу в гостевую систему, открываю в ней терминал и ввожу в нем две следующие команды:

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

Присвоение имен

Так как я не слишком “дружу” с числами и IP-адресами, то для себя я всегда использую имена для гостевых систем вместо присвоения им IP-адресов. Для этого я редактирую файл /etc/hosts на машине-хосте и добавляю туда ссылки. Таким образом, я могу просматривать запущенные гостевые системы по их именам.

В файл /etc/hosts я добавляю строку:

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

Альтернативный маршрут

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

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

Используя панель настроек “Сетевой адаптер” в гостевой операционной системе, можно настроить проброс портов в виртуальной машине VirtualBox. Для этого переходим к настройкам адаптера NAT (кнопка внизу окна) для настройки перенаправления портов. При нажатии на нее откроется диалоговое окно, в котором настраиваются правила проброса для данного сетевого адаптера и гостевой системы.

Не мудрствуя лукаво, я назвал эти правила Apache и TCP, соответственно; оба используют TCP-протокол. Если говорить о привязке номеров портов, то порт 8888 на хосте перенаправляет трафик на гостевую систему для сервера Apache; порт 2222 на хосте перенаправляет трафик на порт 22, расположенный на гостевой операционной системе; такая настройка предоставляет мне доступ к гостевой системе для управления ее службами. Любой другой трафик будет отклонен виртуальной машиной, как не подпадающий под правила.

Это означает, что любые другие гостевые системы, которые я запущу на виртуальной машине, не смогут соединиться с виртуальным сервером, так как просто не существует сетевого маршрута под NAT.

Источник

Интересные факты и лайфхаки