Realizei a redefinição manual da pilha TCP / IP aqui que parece ter feito o trabalho. Eu nunca vi isso antes, apenas sorte que eu achei tão rápido.
Eu clonei uma máquina VMware no cliente vSphere, o que significava que precisava executar o NewSID ou o sysprep para alterar o SID. Como o newSID não está mais disponível, executei o sysprep sem verificar a opção generalize, isso não resolveu o problema (sid inconsistente), então executei novamente, mas desta vez escolhi a opção generalize. Isso resolveu o problema, mas por algum motivo criou outro - o servidor não configurará o endereço IP estático que eu atribuí a ele - ele usa um endereço 169. Se eu optar por atribui-lo automaticamente a um IP, ele pega o endereço correto. Não há nada de errado com a minha rede, o problema estará nesta caixa.
Eu tenho habilidades de rede bastante proficientes, mas esses problemas me escapam. Nenhum outro servidor tem esse problema, apenas o clonado.
Realizei a redefinição manual da pilha TCP / IP aqui que parece ter feito o trabalho. Eu nunca vi isso antes, apenas sorte que eu achei tão rápido.
Descobri que duas abordagens funcionam bem com 2008 e ESX:
Algo sobre o SysPrep não cria um novo "GUID" para o hardware virtual da NIC, o que causa um problema.
Eu também tive isso em um servidor 2008 R2. O servidor possui 3 adaptadores ethernet. 2 onde "desativado", mas ligado ao switch e 1 estava em uso com um endereço IP estático.
Eu acesso o servidor sem problema usando o ip estático e quando você fez um ping de outro computador na rede do servername ele resolveu para o ip estático correto. No entanto, quando você fez um ping do próprio servidor, ele retornou como 169. #. #. #, Que é o endereço que retorna em uma atribuição de falha no DHCP.
O que acabei fazendo é desconectar o cabo ethernet nos 2 adaptadores ethernet "desativados". É apenas magicamente fixo nesse ponto. Vai saber. Desativar não significa necessariamente desativar. Então eu fiz um "reboot" para ver se ficaria. Isso não aconteceu.
Acabou de colocar uma entrada em c: \ windows \ system32 \ drivers \ etc \ hosts para forçá-lo ao ip estático. Às vezes, um só trabalha e depois segue em frente.
Eu tentei as correções listadas acima, mas nenhuma funcionou.