Name Mismatch - Nome do Computador Remoto Incorreto

3

Nossa equipe decidiu recentemente reconfigurar um antigo grupo de servidores / rede do Windows Server 2012 para configurá-lo para uso em produção. Recentemente, renomeamos o domínio antigo para todos os servidores, reconectamos cada servidor ao domínio e compramos e carregamos / configuramos um novo certificado curinga para o ambiente. Um problema que enfrentamos são as referências ao antigo nome de domínio em vários lugares. Tivemos que desanexar e reconectar servidores várias vezes para obter o resultado desejado de um nome de domínio atualizado (isso era um problema na maioria dos casos). Parece que tivemos sucesso nesse esforço.

O problema atual que não consigo resolver é um problema relacionado à incompatibilidade de nomes e ao aviso de certificado. No meu caso, estou conectando via VPN + endereço IP privado + RDP ao servidor, mas quando me conecto, o nome do "computador remoto solicitado" é o endereço IP privado do servidor (ex. 10.20.30.20). Em vez disso, ele deve ser o FQDN do servidor (ex. Computername.blahblah.com). Como ele simplesmente vê um endereço IP para o servidor, o "nome no certificado do computador remoto" não corresponde (as SANs dentro do certificado usam as referências computername.blahblah.com).

Observe que essa incompatibilidade está ocorrendo apenas em um servidor no grupo. Todos os outros servidores se comportam como esperado com um nome de computador adequado que corresponde a uma SAN listada no certificado.

Como posso atualizar o nome do "computador remoto solicitado" do servidor para que eu não receba mais nenhuma incompatibilidade de nome com o meu certificado? Veja a imagem de erro abaixo:

    
por nairware 21.04.2014 / 23:21

1 resposta

5

Bem, a maneira mais fácil de fazer isso provavelmente seria se conectar ao servidor pelo nome do host, em vez de pelo IP, para que você não veja esse aviso.

Como alternativa, ignore-o. Você pode ignorá-lo e se conectar, o que neste caso não representa um risco de segurança, já que você sabe que o servidor a que você está se conectando é o servidor ao qual está tentando se conectar e não algum tipo de MITM (homem no meio) ataque.

A maneira correta, é claro, é reemitir os certificados em suas máquinas. Você pode incluir o nome abreviado e o endereço IP na SAN (nome alternativo do assunto ) no campo , para que o servidor se identifique com um nome que corresponda ao certificado de qualquer maneira que você se conectar a ele.

    
por 22.04.2014 / 00:10