Если у кого-то есть похожие проблемы, проблема была вызвана миграцией с использованием резервного копирования и репликации Veeam.
Veeam, похоже, заменяет MAC-адреса сетевых адаптеров, заставляя Windows полагать, что в виртуальной машине есть новые сетевые адаптеры. Затем Windows по умолчанию использует DHCP для получения нового IP-адреса, оставляя фактический IP-адрес, назначенный адаптеру, который вы не можете видеть в гостевой ОС.
При назначении правильного IP-адреса и отмене настройки DHCP Windows предлагает вам удалить IP-адрес. информация от невидимой сетевой карты.
Следующая проблема была вызвана кешированием DNS. В конце концов, это было решено путем очистки кеша DNS на пограничном сервере. ipconfig / flushdns
. Как только это было сделано, почтовый поток возобновился.
Надеюсь, это поможет.
Сэм
оставляя фактический IP-адрес, назначенный адаптеру, который вы не видите в гостевой ОС.При назначении правильного IP-адреса и переопределении настройки DHCP Windows предлагает вам удалить IP-информацию с невидимой сетевой карты.
Возникла следующая проблема. путем кеширования DNS. В конце концов, это было решено путем очистки кеша DNS на пограничном сервере. ipconfig / flushdns
. Как только это было сделано, почтовый поток возобновился.
Надеюсь, это поможет.
Сэм
оставив фактический IP-адрес, назначенный адаптеру, который вы не видите в гостевой ОС.При назначении правильного IP-адреса и переопределении настройки DHCP Windows предлагает вам удалить IP-информацию с невидимой сетевой карты.
Возникла следующая проблема. путем кеширования DNS. В конце концов, это было решено путем очистки кеша DNS на пограничном сервере. ipconfig / flushdns
. Как только это было сделано, почтовый поток возобновился.
Надеюсь, это поможет.
Сэм