дак туплю конечно, еще работаю параллельно, сек

так?

да. всё верно. а у виндовой машины какой ip?

статика ,17,99

а на dhcp-сервере запросов от рабочих станций не видно через tcpdump?

А что выдаёт systemctl status corosync на ноде6 ?

видно от таких же витруалок, которые получили адреса (если я правильно понял)

а от ПК "снаружи" не видно?

можно команду, скопипастю, уже мозги кипят((

Ну вот запускай в screen на проксе tcpdump (на случай если сетка отвалится или запись в файл) и на клиенте (можно телефоне) дергаешь dhcpclient и смотришь доходят ли запросы в прокс. Как вариант после выключения дхцп перегрузить твой свич, он точно тупой? Там dhcp helper ничего такого нет?

Фаервол надеюсь выключен на проксе и в вм

root@pve6:~# systemctl status corosync
● corosync.service - Corosync Cluster Engine
  Loaded: loaded (/lib/systemd/system/corosync.service; enabled; vendor preset: enabled)
  Active: failed (Result: signal) since Fri 2021-06-04 01:12:09 EEST; 10h ago
    Docs: man:corosync
          man:corosync.conf
          man:corosync_overview
Main PID: 2455 (code=killed, signal=SEGV)
     CPU: 2d 14h 55min 46.644s

Jun 04 00:49:08 pve6 corosync[2455]:  [CPG   ] downlist left_list: 0 received
Jun 04 00:49:08 pve6 corosync[2455]:  [CPG   ] downlist left_list: 0 received
Jun 04 00:49:08 pve6 corosync[2455]:  [CPG   ] downlist left_list: 0 received
Jun 04 00:49:08 pve6 corosync[2455]:  [CPG   ] downlist left_list: 0 received
Jun 04 00:49:08 pve6 corosync[2455]:  [QUORUM] This node is within the primary component and will provide service.
Jun 04 00:49:08 pve6 corosync[2455]:  [QUORUM] Members[6]: 1 8 4 2 3 6
Jun 04 00:49:08 pve6 corosync[2455]:  [MAIN  ] Completed service synchronization, ready to provide service.
Jun 04 01:12:09 pve6 systemd[1]: corosync.service: Main process exited, code=killed, status=11/SEGV
Jun 04 01:12:09 pve6 systemd[1]: corosync.service: Unit entered failed state.
Jun 04 01:12:09 pve6 systemd[1]: corosync.service: Failed with result 'signal'.

не трогал

первую часть фразы понимаю плохо, но за выходные загуглю.
тупой как пробка, TpLink 8-портовый гигабитный

tcpdump -i vmbr0 port 67 or port 68 > file.log & будет писать в файл
Потом не забыть убить процесс после отладки killall tcpdump

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

еще и работу доработать...

возможно сам прокс не пропускает внутрь виртуалки с DHCP трафик от "ПК снаружи"

Не должен блокировать, собирал все тоже но с отдельной сетевой картой, dhcp запросы на проксе было видно даже при мосту