Erros ou problemas de conexão ao configurar endereços WINS para um servidor WINS

Este artigo fornece uma solução para problemas que ocorrem quando você configura os endereços WINS (Serviço de Nomenclatura da Internet) do Windows para um servidor WINS.

Aplica-se a: Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 R2
Número de KB original: 150737

Sintomas

Ao configurar o endereço WINS primário e secundário para um servidor WINS, você receberá a seguinte mensagem de erro:

O servidor WINS já está na lista.

Como alternativa, os clientes começam a ter problemas de conexão mesmo que você não veja essa mensagem de erro e o servidor WINS pareça funcionar corretamente. Os problemas desaparecem a tempo, mas se repitam quando o servidor WINS afetado é reiniciado.

Motivo

Esses problemas indicam que os endereços WINS primários e secundários do servidor WINS não estão configurados corretamente. Você não pode usar o mesmo endereço para o endereço WINS primário e secundário.

Se você definir o endereço WINS primário para o endereço de um servidor WINS diferente e definir o endereço WINS secundário para o próprio endereço do servidor WINS, você não receberá a mensagem de erro. No entanto, quando o servidor WINS registra seus serviços, ele pode registrar alguns desses serviços no servidor WINS diferente. Após algum tempo, o servidor registra os serviços corretamente em seu banco de dados WINS local. Isso faz com que alguns registros sejam registrados em ambos os servidores WINS. Essa situação é conhecida como "registro dividido".

O registro dividido pode causar problemas de conexão. Os clientes podem não ser capazes de se conectar ao servidor WINS afetado ou seus serviços. À medida que o registro dividido é replicado para outros servidores WINS, a probabilidade de problemas de conexão para clientes aumenta. As condições exatas que causam falha variam. A gravidade do problema depende do esquema de replicação.

O registro dividido é uma condição temporária. Depois que o servidor WINS recém-iniciado parar de registrar seus serviços remotamente, o servidor WINS remoto para de renovar os registros incorretos. Eventualmente, os registros corrigidos se replicam em todo o sistema e resolve os problemas de conexão. Hopwever, até que você corrija a configuração de endereço do servidor WINS afetado, o problema se repetirá quando o servidor WINS é reiniciado.

Solução alternativa

Recomendamos que você defina um servidor WINS para sempre apontar para si mesmo como o endereço WINS primário e não como o endereço WINS secundário. Essa configuração evita registros divididos e outros problemas.

Status

A Microsoft confirmou que este é um problema nos produtos Microsoft listados na seção "Aplicável a".

Mais informações

Quando um computador baseado no Windows Server executa o serviço WINS e participa da replicação de banco de dados WINS na rede, você deve configurar cuidadosamente o destino que o servidor WINS usa para resolve seu próprio nome.

Você pode configurar essa configuração no painel controle rede, naConfiguração do Protocolo> TCP/IP. Você também pode configurar essa configuração usando o registro (embora se o endereço já estiver adicionado, você não precisará adicioná-la novamente).

Possíveis conflitos de registro wins

Quando qualquer computador habilitado para WINS é iniciado, ele registra diferentes tipos de serviços com WINS. Normalmente, o computador tem um endereço WINS primário e secundário configurado na configuração TCP/IP. Se o endereço WINS primário não responder às tentativas de registro, o computador tentará o endereço WINS secundário.

Quando um servidor WINS é iniciado, ele deve registrar seus próprios serviços em seu próprio banco de dados WINS local antes de se conectar a outros servidores WINS. No entanto, o servidor WINS pode tentar registrar serviços antes do início de seu próprio serviço WINS. Se o endereço WINS primário estiver definido como um servidor WINS remoto ou se ambos os endereços WINS estiverem definidos como servidores WINS remotos, o servidor WINS recém-iniciado poderá registrar seus próprios serviços com um servidor WINS remoto. Depois que o serviço WINS local é iniciado, o servidor WINS registra seus serviços localmente. No entanto, isso não remove imediatamente os registros remotos.

Exemplo

Considere um servidor WINS (SRV1) que é um controlador de domínio executado no contoso.com domínio. O SRV1 aponta para si mesmo como o servidor WINS primário e aponta para outro servidor WINS (WINS2) como o servidor WINS secundário. Quando o SRV1 é iniciado, ele tenta registrar seus serviços antes que seu próprio serviço WINS seja iniciado. Como esses registros falham, o SRV1 tenta registrá-los no WINS2. Se WINS2 estiver disponível, ele aceitará as solicitações de registro. Durante esse processo, o SRV1 continua a marcar seu serviço WINS local. Quando o SRV1 detecta que seu serviço WINS está em execução, ele interrompe o envio de solicitações de registro para WINS2 e as manipula localmente.

Depois que os registros WINS forem replicados entre SRV1 e WINS2, os bancos de dados em ambos os servidores mostram o seguinte registro de propriedade:

Devido ao registro dividido, os clientes podem não ser capazes de se conectar ao SRV1 ou talvez não resolve domíniocontoso.com. Eventualmente, o SRV1 registra corretamente todos os registros de serviço localmente e o WINS2 determina que ele não possui mais os registros SRV1. Os registros corrigidos de SRV1 e WINS2 são replicados para os servidores WINS restantes. Esse processo remove o risco de enfrentar problemas de conexão.