http://proxmox.su Новое в теме Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. форума Proxmox Виртуальная Среда на сайте Аспро: ЛайтШоп [proxmox.su] ru http://backend.userland.com/rss2 Sat, 04 Apr 2026 02:59:14 +0300 Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Только что столкнулся с той же проблемой, что и автор, в каскадной схеме PVE => PVE => VM с PVE-инсталлятором, в то время как DHCP-сервер работал на среднем уровне. DHCP-сервер получил Discover, отправил Offer, но оно так и не дошло до виртуальной машины с инсталлятором. Настройка bridge-ageing помогла!
23.04.2025 21:35:00, fba.]]> http://proxmox.su/forum/messages/forum63/message371799/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371799/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Wed, 23 Apr 2025 21:35:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня были проблемы с внешним доступом к виртуальным машинам Proxmox, работающим внутри ESXi 7, и параметр bridge-ageing 0 решил эту проблему. Спасибо. Для работы также потребовалась настройка порта VMware в режим Promiscuous + разрешение forged transmits + разрешение изменения MAC-адресов, но без добавления этого параметра стабильности не было. Использовал распределённый коммутатор VMware с несколькими портгруппами/ VLAN. DVS включает всего 3 сетевых интерфейса: основной uplink1 на 10 Гбит/с и два резервных uplink2 и uplink3 по 1 Гбит/с. Схема такая: VM Proxmox → vmbr0 на хосте Proxmox → виртуальная машина Proxmox с драйвером vmxnet3 → распределённый коммутатор VMware / вложенная портгруппа Proxmox с VLAN → физический коммутатор trunk.
23.10.2024 09:10:00, TSAN.]]> http://proxmox.su/forum/messages/forum63/message371798/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371798/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Wed, 23 Oct 2024 09:10:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
После некоторых тестов я в итоге убрал режим устаревания моста и добавил: bond-mode balance-tlb. Очевидно, это работает только для bonded-интерфейса. Это оказалось более надёжным, чем использовать bridge-ageing с любым режимом bond, который я применял раньше.
06.05.2024 23:17:00, jlauro.]]> http://proxmox.su/forum/messages/forum63/message371797/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371797/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Mon, 06 May 2024 23:17:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Спасибо за это, установка bridge-ageing в 0 решает проблему. Но я не думаю, что причина именно в этом (скорее всего, вариант 3 или что-то в этом роде), особенно учитывая, что это настройка для Linux-моста, а не для внешнего моста. Проблема очень воспроизводима (ошибка появляется каждый раз на моём 10Gb бонде, и изменений MAC-адресов там не так уж много), а мост, если он забывает MAC-адрес, должен просто рассылать пакеты всем.

Кроме того, проблема возникает только с DHCP-ответом, который возвращается в VM и теряется — он проходит от физического Ethernet, через bond#, bond#.vlan и vmbr###, но каждый раз теряется внутри виртуальной машины. Скорее всего, дело в каком-то баге аппаратного ускорения на физическом адаптере, из-за чего MAC-адресы «ломаются» на разных уровнях, или в каком-то другом баге ядра, связанном с бриджингом, бондингом или тем, как виртуальная машина подключается к интерфейсу vmbr###.
10.02.2024 06:43:00, jlauro.]]> http://proxmox.su/forum/messages/forum63/message371796/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371796/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Sat, 10 Feb 2024 06:43:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Итак, у меня начались те же самые проблемы на точно такой же инфраструктуре, и я проделал все те же действия по устранению неполадок, но без результата. В итоге пришёл к тому же выводу — vmbr0 просто отбрасывает или забывает DHCP Offer пакет. К счастью, сейчас какой-то умник ctejeda нашёл решение, КОТОРОЕ РАБОТАЕТ! Параметр bridge-ageing 0 на адаптере vmbr0! Печенька тебе!
14.12.2023 13:51:00, slashji.]]> http://proxmox.su/forum/messages/forum63/message371795/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371795/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Thu, 14 Dec 2023 13:51:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
После тщательного анализа с помощью `tcpdump` и `dropwatch` я установил VMware Tools на виртуальной машине, размещённой в Proxmox, выполнив команду `apt-get install open-vm-tools`. Затем я изменил настройки в файле `/etc/network/interfaces`:  
```bash  
auto lo  
iface lo inet loopback  
 
auto ens160  
iface ens160 inet manual  
 
auto vmbr0  
iface vmbr0 inet static  
address 192.168.4.34/24  
gateway 192.168.4.1  
bridge-ports ens160  
bridge-stp on  
bridge-fd 0  
bridge-ageing 0  
```  
Для завершения решения я переключил vmnic на модель Intel E1000 (e1000). В процессе я полностью погрузился в анализ пакетов, сопоставляя отбрасываемые `dropwatch` пакеты с наблюдениями `tcpdump`.  

Когда вы устанавливаете bridge-ageing в 0, вы по сути приказываете мосту навсегда сохранять MAC-адреса в Forwarding Database (FDB). FDB (или таблица MAC-адресов) — это то, что мост использует, чтобы определить, на какой порт пересылать кадры по их MAC-адресам.  

Если установка bridge-ageing в 0 решила проблему в вашей сети, это значит, что по какой-то причине мост:  
- Забывал MAC-адреса слишком быстро (до того, как они снова появлялись в обычном сетевом трафике), что приводило к неправильной или неэффективной пересылке кадров.  
- Сталкивался с большим числом изменений или перемещений MAC-адресов, из-за чего записи в таблице слишком часто удалялись и заменялись.
11.10.2023 03:29:00, ctejeda.]]> http://proxmox.su/forum/messages/forum63/message371794/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371794/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Wed, 11 Oct 2023 03:29:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
У меня такая же проблема. Но у меня моя настройка работает, если в vmware vswitch настроен с одним сетевым адаптером. Если добавить больше одного адаптера к uplink vswitch, то dhcp останавливается на vmbr0 в proxmox. Интересно, как выглядит tcpdump на esxi?
07.10.2023 02:33:00, ctejeda.]]> http://proxmox.su/forum/messages/forum63/message371793/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371793/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Sat, 07 Oct 2023 02:33:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Привет, спасибо, параметр "bridge-ageing 0" тоже решил мою проблему (я, правда, spanning tree не включал, только bridge-ageing). С наилучшими пожеланиями, Торбен
06.05.2024 15:18:00, Thorben.]]> http://proxmox.su/forum/messages/forum63/message371792/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371792/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Mon, 06 May 2024 15:18:00 +0300 Proxmox Виртуальная Среда Гостевые виртуальные машины Proxmox под вложенной виртуализацией не применяют ответы DHCPOFFER. Proxmox Виртуальная Среда в форуме Proxmox Виртуальная Среда.
Я просмотрел десятки похожих постов, но ни один не касается именно этой странной проблемы. Если я устанавливаю Proxmox 7.4VE как гостевую виртуальную машину (VM) в существующей среде VMware (на "железе"), сеть/DHCP/всё в VE работает как надо. Но если внутри Proxmox установить гостевую Ubuntu VM, эта VM не применяет DHCPOFFER, который она получает от внешнего DHCP-сервера — роутера, который стоит дальше по цепочке от всех этих систем.

Другими словами: Нет DHCP : VMware (железо) → Proxmox (VM в VMware) → Ubuntu (VM в Proxmox)

Однако, если ничего не трогать, я могу назначить той же Ubuntu VM статический IP из того же /22 диапазона, в котором находятся все эти машины и VM, и всё работает отлично, без проблем. Это доказывает, что вложенная виртуализация, маршрутизация и L2-сеть работают корректно и как задумано.

В Proxmox сеть настроена очень просто: один физический интерфейс (ens160) и один Linux-мост (vmbr0), на котором живёт тестовая VM. Когда она стартует, создаётся tap-интерфейс (tap100i0), привязанный к этому мосту (vmbr0).

При попытке получить DHCP-лейс изнутри Ubuntu VM, я могу снимать трафик на мосту командой tcpdump ("tcpdump -v -n -e -i vmbr0 port 67 or port 68"). В самой VM на интерфейсе (ens18) видно, что DHCPREQUEST срабатывает и уходит. На хосте Proxmox видно, что трафик проходит через мост (vmbr0), выходит через физический интерфейс (ens160), доходит до DHCP-сервера (внешнего, не Proxmox/VMware хоста), и этот DHCP-сервер отвечает DHCPOFFER. Этот ответ приходит обратно на ens160 → vmbr0... и всё. Далее пакет не уходит в tap, и ens18 внутри гостя не видит ответа, соответственно, лизинг не применяется.

В tcpdump я чётко вижу новый IP в ответе и MAC Ubuntu VM в запросе и в ответе, но этот ответ не переходит в tap и не доходят до гостевой VM.

Перед тем как вы скажете, что проблема в настройках родительского VMware, заметьте: я могу создать VMware VM внутри родительского VMware хоста (железо) и в неё запустить такую же Ubuntu VM, которая получает DHCP без проблем.

То есть: Рабочий DHCP: VMware (железо) → VMware (nested VM) → Ubuntu (VM в VMware)

Все корректные настройки включены на родительском VMware vswitch0, включая режим promiscuous, forged transmits и MAC changes.

Я проверил, что нигде в Proxmox (на уровне Datacenter, Node или VM) нет включённых фаерволлов, которые могли бы блокировать DHCP-ответы — это подтверждает tcpdump на всех интерфейсах.

Пробовал явно включать iptables-правила внутри и снаружи Proxmox-гостя — результата нет. Пробовал ufw и iptables напрямую — без изменений.

Опять же, назначение статического IP гостю Proxmox работает без проблем.

Проблема именно в том, что DHCP-ответы не доходят до tap-интерфейса VM.

Также включал promiscuous mode на физическом интерфейсе Proxmox (ens160), на мосту (vmbr0) и на tap (tap100i0) — без результата.

Провёл целый день, тестируя все возможные комбинации моделей сетевых карт, конфигураций, мостов, iptables, sysctl ip_forward, правил ufw и прочее — без успеха.

Проблема не в VMware baremetal хосте, потому что DHCPREQUEST уходит, сервер отвечает, а ответ возвращается в Proxmox VM и по мосту, но дальше не поступает в tap и не применяется гостевой VM.

Вот пример ответа, который я вижу в Proxmox VM, если смотреть пакеты на vmbr0:

Bash:
01:39:07.977907 76:ac:b9:5a:e5:87 > e2:73:ab:d9:21:02, ethertype IPv4 (0x0800), length 359: (tos 0xc0, ttl 64, id 3729, offset 0, flags [none], proto UDP (17), length 345)
192.168.4.1.67 > 192.168.7.119.68: BOOTP/DHCP, Reply, length 317, xid 0x4cf18f49, secs 28, Flags [none]
Your-IP 192.168.7.119
Server-IP 192.168.4.1
Client-Ethernet-Address e2:73:ab:d9:21:02
Vendor-rfc1048 Extensions
Magic Cookie 0x63825363
DHCP-Message (53), length 1: Offer
Server-ID (54), length 4: 192.168.4.1
Lease-Time (51), length 4: 86400
RN (58), length 4: 43200
RB (59), length 4: 75600
Subnet-Mask (1), length 4: 255.255.252.0
BR (28), length 4: 192.168.7.255
Domain-Name-Server (6), length 12: 1.1.1.1
Default-Gateway (3), length 4: 192.168.4.1

Конфигурация Proxmox выглядит так (закомментированные строки — то, что пробовал без результата, раскомментировать не помогло):

Bash:
auto ens160
iface ens160 inet manual
# up /sbin/ifconfig ens160 promisc on

auto vmbr0
# iface vmbr0 inet static
iface vmbr0 inet dhcp
# address 192.168.4.130/22
# gateway 192.168.4.1
bridge-ports ens160
bridge-stp off
hwaddress ether 00:0c:29:8c:98:55
# up /sbin/ifconfig vmbr0 promisc on

Что я ещё могу упустить?
04.06.2023 09:38:00, setuid.]]> http://proxmox.su/forum/messages/forum63/message371791/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. http://proxmox.su/forum/messages/forum63/message371791/82955-gostevye-virtualnye-mashiny-proxmox-pod-vlozhennoy-virtualizatsiey-ne-primenyayut-otvety-dhcpoffer. Sun, 04 Jun 2023 09:38:00 +0300 Proxmox Виртуальная Среда