Что может быть причиной неработающего моста в Proxmox?

Здравствуйте! Можете, пожалуйста, помочь мне разобраться в следующей проблеме? <br/> У меня на Hetzner установлен кластер из трёх нод, соединённых тремя vSwitch, один из которых подключен к Hetzner Cloud. Внутренней сетью кластера управляет виртуальная машина с OPNsense. Настройки сети идентичны на всех нодах, включая конфигурацию vmbr. Проблема заключается в следующем: когда я создаю новую виртуальную машину на первой ноде, она не получает IP-адрес ни по DHCP, ни статически. При этом старые виртуалки продолжают функционировать без проблем. Если я создаю новую виртуалку на второй или третьей ноде, всё работает корректно. Может быть, есть какая-то ошибка или закэшированные данные на первой ноде? <br/> <br/> P.S. Ранее я пытался поменять IP-адрес первой ноды, редактируя соответствующие файлы corosync, hosts и другие, но затем вернул всё обратно.
  • 20 сентября 2024 г. 5:23
Ответы на вопрос 2
Здравствуйте!

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

1. **Настройки сетевого моста (vmbr)**:
   - Проверьте конфигурацию сетевого моста на первой ноде (файл `/etc/network/interfaces`). Убедитесь, что настройки идентичны другим нодам. Возможно, что-то было изменено, что может мешать работе DHCP.

2. **Проверка DHCP-сервера**:
   - Убедитесь, что DHCP-сервер (на OPNsense) работает корректно и обрабатывает запросы от новых виртуальных машин. Вы можете проверить журналы OPNsense (Status > System Logs > DHCP) на предмет ошибок или отклонённых запросов.

3. **Файрвол и правила безопасности**:
   - Проверьте настройки файрвола как на первой ноде, так и на OPNsense. Убедитесь, что нет правил, блокирующих DHCP-ответы или трафик с виртуальных машин на этой ноде.

4. **Кэширование ARP или другие сетевые проблемы**:
   - Возможно, что ARP-таблица заполнилась или закэшировала старые адреса, что мешает новым виртуальным машинам. Попробуйте очистить ARP-кэш на OPNsense и на первой ноде: `ip neigh flush all`.

5. **Журналы и диагностика**:
   - Проверьте системные журналы на первой ноде (`journalctl -xe` или `dmesg`) на предмет ошибок, связанных с сетью. Они могут дать представление о том, что может быть не так.

6. **Модуль сети**:
   - Убедитесь, что соответствующие модули и драйвера для сетевого интерфейса загружены и работают корректно. Если вы меняли настройки сети, возможно, стоит перезагрузить сетевые интерфейсы командой `systemctl restart networking`.

7. **Перезапуск ноды**:
   - Если тема с кешированием действительно актуальна, можно попробовать перезагрузить первую ноду, чтобы сбросить возможные временные ошибки.

8. **Проверка аппаратной части**:
   - Убедитесь, что аппаратный сетевой интерфейс на первой ноде работает исправно и не имеет физических проблем.

Если после всех этих проверок проблема все еще актуальна, возможно, стоит обратить внимание на более детальный анализ сети, проведя трассировку или используя инструменты для мониторинга сети, такие как tcpdump, для определения, проходят ли DHCP-запросы и ответы через сеть.
Ну зайдите в клуб виртуалки и посмотрите тисипидамплм
Похожие вопросы