На днях у нас произошел сбой виртуального хоста, из-за которого несколько виртуальных машин были сброшены и снова подключены к сети. Одна из них после восстановления недоступна в сети из-за пределов подсети, в которой она находится. Однако она доступна из той же подсети. На виртуальной машине ничего не изменилось, кроме перезагрузки и миграции на другой хост; другие виртуальные машины на том же хосте не испытывают никаких сетевых проблем. Мы попытались перенести ее на другой хост в кластере, но никаких изменений.
Странно, но если я применяю другой IP-адрес в той же подсети к виртуальной машине, она становится доступной по этому IP. Как будто только один IP-адрес каким-то образом сломан или заблокирован. На виртуальной машине нет правил брандмауэра, и поскольку она находится в той же подсети, шлюз и сетевая маска остаются прежними.
Обычная конфигурация, не работает:
IP 10.20.30.40/26; Шлюз 10.20.30.1 — доступен только с других виртуальных машин в 10.20.30.0/26; он может пинговать шлюз, но не дальше него
Тестовая конфигурация, та же виртуальная машина, доступная извне:
IP 10.20.30.41/26; Шлюз 10.20.30.1 - Доступен извне 10.20.30.0/26 без проблем, а также может устанавливать связь
Я пытаюсь понять, что может быть не так с "исходным" IP, что может быть причиной этого. Если это что-то за пределами виртуальной машины, я могу поручить проверку команде Network, но я даже не представляю, что им спросить. Что мне следует проверить?


