Centos 7 – два сервера с одинаковым IP-адресом широковещания [закрыто]

Вопрос или проблема

bond0: flags=5187 mtu 1500
        inet 10.19.93.12 netmask 255.255.255.240 broadcast **10.19.93.15**
        inet6 fe80::3ea8:2aff:fe20:b900 prefixlen 64 scopeid 0x20
        ether 3c:a8:2a:20:b9:00 txqueuelen 1000 (Ethernet)
        RX packets 59835884 bytes 84386168451 (78.5 GiB)
        RX errors 0 dropped 6 overruns 0 frame 0
        TX packets 41623657 bytes 45678943572 (42.5 GiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eno1: flags=6211 mtu 1500
        ether 3c:a8:2a:20:b9:00 txqueuelen 1000 (Ethernet)
        RX packets 204083220 bytes 279855495936 (260.6 GiB)
        RX errors 0 dropped 40 overruns 0 frame 0
        TX packets 172413692 bytes 201408049790 (187.5 GiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
        device interrupt 16

bond0: flags=5187 mtu 1500
        inet 10.19.93.9 netmask 255.255.255.240 broadcast **10.19.93.15**
        inet6 fe80::3ea8:2aff:fe20:b90d prefixlen 64 scopeid 0x20
        ether 3c:a8:2a:20:b9:0d txqueuelen 1000 (Ethernet)
        RX packets 37929157 bytes 50681019197 (47.2 GiB)
        RX errors 0 dropped 0 overruns 0 frame 0
        TX packets 38754025 bytes 47397168915 (44.1 GiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

eno1: flags=6211 mtu 1500
        ether 3c:a8:2a:20:b9:0d txqueuelen 1000 (Ethernet)
        RX packets 81810027 bytes 109569851421 (102.0 GiB)
        RX errors 0 dropped 180 overruns 0 frame 0
        TX packets 80751284 bytes 97110716179 (90.4 GiB)
        TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
        device interrupt 16

Destination     Gateway         Genmask         Flags   MSS Window irtt Iface
0.0.0.0         10.19.93.1      0.0.0.0         UG        0 0          0 bond0
10.19.93.0      0.0.0.0         255.255.255.240 U         0 0          0 bond0

search localdomain
nameserver 8.8.8.8
nameserver 8.8.4.4

public (active)
  target: default
  icmp-block-inversion: no
  interfaces: bond0 eno1
  sources:
  services: dhcpv6-client ssh vnc-server
  ports: 3389/tcp 5903/tcp 5901/tcp
  protocols:
  masquerade: no
  forward-ports:
  source-ports:
  icmp-blocks:
  rich rules:

.

Ответ или решение

Вопрос об IT: "CentOS 7 — два сервера с одинаковым широковещательным IP-адресом", как показывают предоставленные данные, затрагивает специфическую сетевую проблему. Давайте разберем ее, используя метод TEA (Теория, Пример, Применение).

Теория:

Широковещательный адрес в компьютерных сетях используется для передачи данных всем узлам в одной подсети одновременно. В контексте IP-сетей, если несколько устройств используют один и тот же IP-адрес в качестве широковещательного, это не должно вызывать конфликт, так как широковещательный адрес, рассчитанный на основе IP и маски подсети, одинаков для всех устройств в данной подсети.

Для подсети с маской 255.255.255.240 (или /28) широковещательный адрес определяется как последний адрес в диапазоне. Для IP-адреса 10.19.93.12 и 10.19.93.9 с этой маской широковещательный адрес действительно будет 10.19.93.15. Таким образом, совпадение широковещательных адресов на двух серверах – это штатная ситуация и, само по себе, не является проблемой.

Пример:

В вашем случае, оба сервера настроены на одной подсети с маской 255.255.255.240:

• Server1 имеет IP 10.19.93.12, широковещательный 10.19.93.15.
• Server2 имеет IP 10.19.93.9, широковещательный 10.19.93.15.

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

Применение:

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

1. Проверка маршрутизации:

   • Удостоверьтесь, что шлюз прописан правильно. На обоих серверах шлюз указан как 10.19.93.1. Убедитесь, что этот адрес — правильный шлюз для выхода в Интернет.

2. Проверка подключения:

   • Попробуйте выполнить команду ping на шлюз и посмотреть, есть ли ответ.

3. Диагностика сети:

   • Проверьте, правильно ли сконфигурирован файл resolv.conf. Вы используете публичные DNS Google (8.8.8.8 и 8.8.4.4), что корректно. Это значит, что проблема скорее всего не в DNS-серверах.

4. Настройки локального фаервола (firewalld):

   • Команда firewall-cmd --list-all показывает, что используются некоторые стандартные сервисы, такие как SSH и VNC. Убедитесь, что фаервол не блокирует выходящий HTTP/HTTPS трафик. Попробуйте временно выключить фаервол командой systemctl stop firewalld для теста, чтобы исключить влияние фаервола.

5. Проверка сетевого оборудования:

   • Проверьте сетевые устройства (коммутаторы, роутеры), к которым подключены серверы, чтобы убедиться, что они настроены правильно и не блокируют трафик.

6. Журналы и логи:

   • Просмотрите /var/log/messages или системные логи для выявления возможных ошибок сетевого взаимодействия.

7. Проверка boding-конфигурации:

   • Обратите внимание на параметры boding интерфейсов, которые могут влиять на маршрутизацию. Убедитесь, что boding конфигурация выполнена корректно и не создает проблем при обмене трафиком между машинами на уровне boding-интерфейсов.

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