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