Назад | Перейти на главную страницу

Вмешательство сервера Xen в запросы ARP

У меня странное поведение в сети, так как у моих unix-подобных хостов проблемы с доступом к шлюзу.

Копаясь в сетевом трафике через tcpdump, я видел, что два разных хоста отвечают на запрос arp для ip 192.168.0.1, который является адресом моего шлюза.

Первый - это правильный шлюз, второй - это машина Xen Server с тем же IP-адресом, но с другим сетевым интерфейсом.

Топология сети:

На изображении вы можете увидеть фокусы моей сети:
На запросы ARP для 192.168.0.1 от 192.168.0.116 приходят следующие ответы:

tcpdump: прослушивание eth0, тип канала EN10MB (Ethernet), размер захвата 65535 байт
15: 03: 28.848836 ARP, Ethernet (len 6), IPv4 (len 4), Reply 192.168.0.1 is-at 00: 15: 17: 70: e5: 00 (oui Unknown), длина 46
15: 03: 28.848879 ARP, Ethernet (len 6), IPv4 (len 4), Reply 192.168.0.1 is-at 00: 1a: 8c: 13: bf: 70 (oui Unknown), длина 46
15: 04: 15.851796 ARP, Ethernet (len 6), IPv4 (len 4), Reply 192.168.0.1 is-at 00: 15: 17: 70: e5: 00 (oui Unknown), длина 46
15: 04: 59.851789 ARP, Ethernet (len 6), IPv4 (len 4), Reply 192.168.0.1 is-at 00: 15: 17: 70: e5: 00 (oui Unknown), длина 46

Сервер Citrix отвечает, даже если интерфейс 192.168.0.1 подключен к другой сети.

Как я могу это предотвратить?

Я почти уверен, что XenServer использует модель слабого хоста, которая объясняет наблюдаемое вами поведение. У вас, вероятно, есть два варианта:

  1. Если возможно, настройте XenServer на использование модели сильного хоста.

  2. Назначьте рассматриваемому интерфейсу другой IP-адрес.

Для объяснения моделей сильного и слабого хоста читайте здесь:

http://tools.ietf.org/html/rfc1122

и тут:

https://technet.microsoft.com/en-us/magazine/2007.09.cableguy.aspx