Глюк наследования пулом IP маски основного интерфейса

31 Jul 2015 | Автор: dd |

На новом сервере столкнулся с очень странным глюком, при котором, пулы IP, описанные через ifcfg-ethX-rangeX, по какой то не понятной причине, брали при старте не свою /29 маску, а наследовали /30 основного адреса сервера и как следствие часть пула отваливалась, т.к система относила их к броадкастам.

Что еще более удивительно: ни принудительное задание любой маски в файле конфигурации основного интерфейса, ни её отсутствие, ситуации не меняли и все сетевые алиасы, при подъеме получали маску 255.255.255.252, вместо явно указанной в их файлах 255.255.255.240

Изначально конфиг пула IP выглядел так:
# cat ifcfg-eth1-range0
IPADDR_START=XXX.XXX.XXX.194
IPADDR_END=XXX.XXX.XXX.206
NETMASK=255.255.255.240
CLONENUM_START=0

Пробовал сменить номер первого интерфейса в описании пула, через параметр
CLONENUM_START=1
пробовал отрубать рутинг для алиасов
NO_ALIASROUTING=yes
описывать дополнительно к маске BROADCAST и NETWORK параметры, но ничего не помогало.

Тогда поступил чуть более витиевато, повесив на основной интерфейс eth1 – 127.0.0.1, основной IP повесил на алиас eth1:0, а остальные алиасы из сегментов IP сместил на 1

# cat ifcfg-eth1
DEVICE=eth1
BOOTPROTO=static
ONBOOT=yes
ARPCHECK=”no”
IPADDR=127.0.0.1
NETMASK=255.255.255.255
BROADCAST=0.0.0.0

# cat ifcfg-eth1:0
DEVICE=eth1:0
ONBOOT=yes
IPADDR=XXX.XXX.XXX.2
NETMASK=255.255.255.252
GATEWAY=XXX.XXX.XXX.1

# cat ifcfg-eth1-range0
IPADDR_START=XXX.XXX.XXX.194
IPADDR_END=XXX.XXX.XXX.206
NETMASK=255.255.255.240
CLONENUM_START=1
NO_ALIASROUTING=yes

VN:F [1.9.21_1169]
Rating: 3.8/10 (21 votes cast)
VN:F [1.9.21_1169]
Rating: -1 (from 5 votes)
Глюк наследования пулом IP маски основного интерфейса, 3.8 out of 10 based on 21 ratings

Теги: ,

Ваш отзыв