Проблема с получением IP по DHCP: веб-сервер на VMWare Player и роутер с локалкой?

Question

[ssman]

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

Есть роутер, к нему подключены Компьютер 1 и Компьютер 2. На Компьютере 1 установлена программа для запуска виртуалок VMWare Workstation Player 17, и через нее запускается виртуальная система Ubuntu. Доступа к командной строке там нет, всё максимально закрыто, поменять можно только совсем чуть чуть параметров, и то только через веб-интерфейс. То есть схема такая - запускается виртуальная машина, проходит все стадии загрузки, и в конце она пишет IP на котором она запустила свой веб-сервер, и я уже в основной системе в Windows через браузер переходил по этому IP. Когда Компьютер 1 работал на Win7 x64, всё исправно работало, выдавался IP из подсети 192.168.1.XXX (это подсеть которую использует роутер), и на веб-интерфейс можно было зайти как с Компьютера 1, так и с Компьютера 2. Теперь же на Компьютере 1 установлена Win11, запускается всё так же эта виртуалка, но IP выдается как правило из подсети 172.21.90.XXX, и только иногда из подсети 192.168.1.XXX, от чего это зависит не понятно (антивирус отключен). И проблема заключается в том, что не получается зайти с Компьютера 2 на веб-сервер с IP 172.21.90.90.

Подскажите пожалуйста, как правильно это настроить, чтобы виртуалке выдавался IP по DHCP из подсети роутера 192.168.1.XXX? Поскольку доступ нужен именно с Компьютера 2. Предполагаю что надо поменять сетевые настройки или в VMWare Workstation Player или поменять настройки сетевых адаптеров в windows, но какие именно, тут я не специалист.

Сетевые настройки виртуалки в VMWare Workstation Player:



Сетевые настройки имеющихся адаптеров windows:

Ссылка на полный размер изображения

Comments

[Valentin Barbolin]

Удали один Network Adapter адаптер из виртуальной машины, который с NAT.

Answer 1

[ElxkoT]

А этой ВМ ну прям точно нужно два сетевых адаптера? Если нет, то удалите сетевой адаптер с NAT и оставьте только тот, который bridge. Потом зайдите в Configure adapters и убедитесь, что бридж настроен на реальную физическую сетевую карту компьютера

Comments

[ssman]

Действительно, надо было отключить NAT. Два сетевых адаптера конкретно для этой виртуалки нужны, сконфигурировал оба как Bridge, и выдался IP из подсети 192, как мне и надо было, теперь всё работает. Все ваши комменты прочитал. Спасибо большое!

Answer 2

[Rsa97]

По адресам похоже, что в сети работают два DHCP-сервера, выдающие адреса из разных подсетей.
Если DHCP-сервер недоступен, то адрес будет из служебной сети 169.254.0.0/16.

Comments

[ElxkoT]

172 Адрес отдается самим VMware на адаптер в режиме NAT

[Rsa97]

ElxkoT, И в том же режиме NAT карта иногда получает адрес из сети 192.168? Значит кто-то раздаёт эти адреса в виртуальной сети гипервизора.

[ElxkoT]

Rsa97, На скриншотах два адаптера: NAT и Brigde. Полагаю, адрес он получает с обоих, но сам сервак биндится на первый попавшийся - вот и чехарда от ребута к ребуту.

[Rsa97]

ElxkoT, Сетевая карта получает адрес по DHCP только в пределах broadcast-домена. NAT разрывает этот домен и получить адрес из сети за NAT невозможно.

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

[ElxkoT]

Rsa97, Я, конечно, дико извиняюсь, но вам вообще когда-нибудь доводилось виртуальными машинами пользоваться? Режим сети NAT в настройках виртуальной машины означает, что хост (VMware Player в данном случае) сам даст машине адрес и сам же будет выступать для него виртуальным роутером: ну то есть натить его, чтобы машина могла ходить в интернет, а в сторону машины можно было сходить только с самого хоста, либо настроив на нём маршрутизацию и проброс портов - безопасность там и вот это всё. Режим Bridge предполагает, что виртуальный адаптер приклеится к настоящему и через него будет делать вид, что ВМ физически воткнута в ту же сеть - соответственно и будет получать адрес от физического роутера, чтобы быть доступной прозрачно, но тут и вопросы доверия к сети и к наастройкам ВМ сразу же проявляются.
Читайте вопрос не по диагонали, смотрите скриншоты, ну

[Rsa97]

ElxkoT, Читаю.

IP выдается как правило из подсети 172.21.90.XXX, и только иногда из подсети 192.168.1.XXX

И как это можно трактовать?

И да, я прекрасно понимаю, как работает NAT и Bridge. Но я также понимаю, что у сетевой карты в linux нет какого-то специального интерфейса по которому гипервизор может ей принудительно выдать адрес. Для этого используется тот же DHCP.

[ElxkoT]

Rsa97, вы человека своим курсом по сетям для дошкольников отправляете копать в неправильном направлении. У него в настройках ВМ включено ДВЕ сетевые карты в разных режимах и это уже достаточно полно объясняет симптомы, с которыми человек пытается бороться. Не надо объяснять ему про какие-то бродкаст-домены и вражеские DHCP - у него в сети их нет (а иначе ведь не только ВМ получала бы левые адреса, не так ли?). Какая разница, как оно там работает под капотом, если в итоге всё сводится к тому, что у человека проблема в лишнем адресе, который прилетает не откуда-то из космоса, а прямо от гипервизора и именно этот факт ему мешает нормально работать?

[Евгений]

ElxkoT, для него сейчас "вражеский" DHCP, это дхсп роутера, про который он писал.

[ElxkoT]

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

[Евгений]

ElxkoT, Вы меня немного не поняли, видимо я плохо объяснил.
Вражеский - это цитата из Вашего поста.
И для режима NAT, который нужно включать когда точно понимаешь, что ты делаешь, и зачем, он является, как Вы сказали "вражеским". У него же свой дхцп внутри NAT есть.
При МНОЖЕСТВЕННОЙ переустановке WM плееров можно наплодить 100500 виртуальных адаптеров. По моему нужно начинать с этого. Хотя нужно начинать с основ сетей.

[Евгений]

Rsa97, если NAT, то адрес выдаст гипервизор.
Если бридж, то я обычно ручками ставлю статический IP.
Мне же проще, на .151 висит тест для одного, а на .251 для совершенно дугого. Ну ssh там всякие и прочее.
Зачем для того DHCP дрючить, тем более для виртуальной карты, у которой MAC довольно забавно менятся.

Answer 3

[Beverli]

Сеть 172. это видимо сеть из настроек NAT самой vmware (меню вкладка Edit - Virtual Network Editor, но лезть туда пока не советую.)
Вы не можете подключится к 172.21.90.90 , потому что за NAT из вне нельзя подключится без проброса портов.
Сейчас на виртуальной машине у вас два интерфейса и два ip, один из сети nat другой из бридж, вы просто подключаетесь не к тому интерфейсу.
Удалите адаптер NAT из настроек виртуальной машины, что бы не путаться в интерфейсах и всё.