Я выполнил ручной сброс стека TCP/IP здесь, который, кажется, сделал задание. У меня никогда нет некоторых через это прежде, просто удача, я нашел его так быстро.
Я нашел этому работу два подхода хорошо с 2008 и ESX:
Что-то о SysPrep не создает новый "GUID" для виртуального аппаратного обеспечения NIC, которое вызывает проблему.
У меня тоже было это на сервере 2008 R2. Сервер имеет 3 адаптера Ethernet. 2, где «отключено», но подключено к коммутатору, а 1 использовалось со статическим IP-адресом.
Я без проблем обращаюсь к серверу, используя статический IP-адрес, и когда вы выполнили эхо-запрос с другого компьютера в сети с именем сервера, он перешел на правильный статический IP-адрес. Однако, когда вы выполнили эхо-запрос с самого сервера, он вернулся как 169. #. #. #, Который является адресом, который он возвращает при неудачном назначении DHCP.
В итоге я отключил кабель Ethernet от 2 "отключенные" адаптеры Ethernet. Он просто волшебным образом закрепился в этой точке. Иди разберись. Отключение не обязательно означает отключение. Затем я сделал "перезагрузку", чтобы посмотреть, останется ли. Это не так.
Завершено добавление записи в c: \ windows \ system32 \ drivers \ etc \ hosts, чтобы заставить его использовать статический ip. Иногда нужно просто работать, а потом двигаться дальше.
Я пробовал исправления, перечисленные выше, но ни один из них не помог.