Encontrei esse problema agora em três servidores, dois deles estavam no estágio de pré-implantação, mas este ocorreu depois de uma falha.
Ambiente: VMWare ESXI 6.0u2 em execução no servidor Dell Poweredge R510 com adaptador E1000E.
Depois que uma recuperação de um servidor com falha está funcionando por quatro dias, notada hoje na solução de um problema diferente, não foi possível efetuar ping no servidor ou conectar-se via RDP.
Conectado ao servidor usando o Vsphere Client, e o Windows não está ativado, e o acesso à rede está em amarelo.
Ligue para o suporte MS, pois a chave do produto não pode ser ativada e a execução ocorrerá em aproximadamente 15 minutos. Reinicialize o servidor e o Windows agora é original, mas ainda não vejo acesso à rede.
Tendo visto isso antes em 2 outros servidores, eu sabia que poderia configurar o adaptador para o DCHP e funcionou. Em seguida, criei um novo adaptador idêntico no VSphere (E1000E) novamente e dei a ele as configurações estáticas, mas ele não se conectaria.
Resultados do ipconfig / all
Ethernet adapter Ethernet 0:
Connection-specific DNS Suffix . :
Description. . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection
Physical Address. . . . . . . . .: 00-0C-29-20-08-91
DHCP Enabled. . . . . . . . . . .: No
Autoconfiguration Enabled . . . .: Yes
IPv4 Address. . . . . . . . . . .: 192.168.15.26(Preferred)
Subnet Mask . . . . . . . . . . .: 255.255.255.0
Default Gateway . . . . . . . . .: 192.168.15.1
DNS Servers . . . . . . . . . . .: 192.168.0.26
127.0.0.1
NetBIOS over Tcpip. . . . . . . .: Enabled
Eu tentei o registro Correção vazia DefaultGateway , estava vazia, mas foi excluída e a reinicialização não funcionou, e a edição não funcionou.
Tentei editá-lo várias vezes na GUI, e tentei configurá-lo manualmente via netsh também.
Qualquer ajuda ou insight seria muito apreciada, Cam
EDITAR:
PS C:\...> route print
Interface List
24...00 0c 29 20 08 91 .....Intel(R) 82574l Gigabit Network Connection #3
1......................................Sotware Loopback Interface 1
IPv4 Route Table
Active Routes:
Network Destination Netmask Gateway Interface Metric
0.0.0.0 0.0.0.0 192.168.15.1 192.168.15.26 266
127.0.0.0 255.0.0.0 On-link 127.0.0.1 306
127.0.0.1 255.255.255.255 On-link 127.0.0.1 306
127.255.255.255 255.255.255.255 On-link 127.0.0.1 306
192.168.15.0 255.255.255.0 On-link 192.168.15.26 266
192.168.15.26 255.255.255.255 On-link 192.168.15.26 266
192.168.15.255 255.255.255.255 On-link 192.168.15.26 266
224.0.0.0 240.0.0.0 On-link 127.0.0.1 306
224.0.0.0 240.0.0.0 On-link 192.168.15.26 266
255.255.255.255 255.255.255.255 On-link 127.0.0.1 306
255.255.255.255 255.255.255.255 On-link 192.168.15.26 266
Persistent Routes:
Network Address Netmask Gateway Address Metric
0.0.0.0 0.0.0.0 192.168.15.1 Default
0.0.0.0 0.0.0.0 192.168.15.1 Default
IPv6 Route Table
Active Routes:
If Metric Network Destination Gateway
1 306 ::1/128 On-Link
1 306 ff00::/8 On-Link
Persistent Routes:
None
Em seguida, segui o que o @mzhaase disse para fazer e mudar de um E1000 / E para um driver VMXNET e adicionei um adaptador adicional. O VMXNET faz a mesma coisa, e permite internet em um ip não .26 e em dhcp, mas não vai ficar em .26
Eu também tentei criar uma nova instalação em um novo vhd no vmware, e também tive o problema com .26 Reverti a configuração do vhd e coloquei de volta na instalação original.
Neste ponto, acho que o problema está no VMWare (6.0u2) ou no nosso firewall PFSense. Vou trabalhar com meu engenheiro de rede para ver se podemos solucionar o firewall hoje.
Assim, a resolução foi um problema conhecido do Ghost Adapter em VMWare :
Resolver foi entrar no servidor,
Executar o CMD
Digite: set devmgr_show_nonpresent_devices = 1
Entre no Painel de Controle - > Rede & Internet - > Network Sharing Center e você deve ver pelo menos 2 adaptadores.
Um deles terá as configurações de ip pressionadas, mudará o adaptador para dhcp e depois mudará o adaptador semi-funcional para o endereço IP estático e eu estava de volta aos negócios.