Quão extenso é o uso do serviço de nomes do Microsoft WINS atualmente?

Question

Parece que me lembro ao longo dos anos para tentar impedir o requisito de ter um serviço de nomes WINS como parte de um ambiente Windows.

Minha pergunta é se os sites ainda estão utilizando o WINS ou mudaram para outra coisa e não precisam mais do WINS. Se assim for, alguém quer compartilhar suas experiências?

Obrigado.

    

Answer 1

Muitas dessas respostas são apenas parcialmente verdadeiras ou simplesmente erradas. O WINS é apenas outra maneira de resolver nomes para endereços IP. Desde que seus aplicativos saibam como usar o DNS, o WINS não será necessário.

Edit: Ok, eu não posso acreditar na quantidade de desinformação que existe neste tópico. Primeiro de tudo, ter sub-redes diferentes não requer o uso do WINS. Contanto que o seu aplicativo possa se comunicar com a porta 53 do udp / tcp em seu (s) servidor (es) DNS, você poderá resolver nomes de hosts bem (sim, \\ nome do host também funcionará).

Em segundo lugar, se você está se perguntando por que não consegue resolver nada usando o nome do host abreviado (ou seja, apenas o nome do host sem o domínio), provavelmente é porque você nunca configurou o domínio padrão (ou lista de pesquisa de domínio) em seus clientes.

E, por último (mas não menos importante!), um domínio do Active Directory não é um pré-requisito para usar o DNS em uma rede Windows. A única razão pela qual você acha que é porque, quando você associa uma máquina a um domínio, o Windows define o nome de domínio padrão para você. Não há nada que o impeça de configurá-lo por outros meios (provavelmente DHCP).

Então, em resumo, basta definir o domínio padrão e usar DNS como o resto de nós aqui no século 21!

    

Answer 2

vitórias ainda são necessárias para um monte de coisas (menos e menos a cada dia!). O exemplo mais comum que vi é que o wins é um requisito para executar o Exchange 2007 em servidores clusterizados de 2003. Vitórias trabalha com nomes Netbios. Um nome NetBIOS é um identificador usado pelos serviços NetBIOS em execução em um computador. É a combinação de um nome de 15 caracteres (byte) e um 16º caractere denotando o serviço. Ao identificar recursos de rede NetBIOS, esses nomes são usados. O NetBIOS não pode fazer a resolução de nomes na Internet. Os nomes de NetBIOS são nomes de partes únicas e não possuem estrutura hierárquica.

O namespace NetBIOS é simples, o que significa que não há sufixos adicionados ao nome NetBIOS e que dois computadores não podem ter o mesmo nome NetBIOS. Isso significa que cada nome de NetBIOS em qualquer rede deve ser exclusivo.

Consulte Fundamentos do TCP / IP para Microsoft Windows, Capítulo 11 - NetBIOS sobre TCP / IP

    

Answer 3

Em nossa empresa, ainda é necessário para muitos aplicativos herdados.

Senti que precisava editar isso, já que a resposta mais votada é a ERRADA!

O WINS é definitivamente necessário em muitas oraganizações nos dias de hoje.

Como funciona o WINS Atualizado em: 21 de janeiro de 2005

Como funciona o WINS Por padrão, quando um computador que executa o Microsoft® Windows® 2000, Windows XP ou um sistema operacional Windows Server 2003 é configurado com endereços de servidor WINS (manualmente ou por meio de DHCP) para a resolução de nomes, ele usa nó híbrido (nó h) como seu tipo de nó para o registro de nomes NetBIOS, a menos que outro tipo de nó NetBIOS esteja configurado. Para consulta e resolução de nomes NetBIOS, também usa o comportamento do nó h, mas com algumas diferenças.

Para a resolução de nomes NetBIOS, um cliente WINS geralmente executa a seguinte sequência geral de etapas para resolver um nome:

O cliente verifica se o nome consultado é o nome do computador NetBIOS local que possui.

O cliente verifica seu cache de nome local NetBIOS de nomes remotos. Qualquer nome resolvido para um cliente remoto é colocado neste cache, onde permanece por 10 minutos.

O cliente encaminha a consulta NetBIOS para o servidor WINS primário configurado. Se o servidor WINS primário não responder à consulta - seja porque não está disponível ou porque não tem uma entrada para o nome - o cliente tentará contatar outros servidores WINS configurados na ordem em que estão listados e configurados. seu uso.

O cliente transmite a consulta NetBIOS para a sub-rede local.

O cliente verifica o arquivo Lmhosts em busca de uma correspondência para a consulta, se estiver configurado para usar o arquivo Lmhosts.

O cliente tenta o arquivo Hosts e, em seguida, um servidor DNS, se estiver configurado para um.

O problema é que nem todo aplicativo pode ser configurado para usar o DNS.

Mesmo na própria explicação da instalação do Active Directory, a Microsoft menciona a necessidade do WINS.

Configurar o DNS

"A resolução de nomes NetBIOS (servidor WINS, arquivo LMHosts ou transmissão NetBIOS) ainda é necessária para versões anteriores do Windows para resolver recursos de rede em um domínio do Active Directory."

Portanto, sim, ALGUMAS organizações podem se safar sem usar o WINS, mas fazer uma declaração geral de que, se você conseguir acessar o servidor DNS, você magicamente não precisa do WINS, está errado.

    

Answer 4

O WINS ainda é um requisito, apesar de todas as tentativas de todos os administradores do Windows no mundo fazerem isso até a morte. Sempre que houver uma separação de sub-redes, você precisará do WINS. Executando uma VPN para sites separados? Isso implica uma sub-rede - e o WINS. Tem clientes mais antigos que não entendem o AD? Você precisa do WINS. Tem um aplicativo DOS que você está conectando? GANHE novamente.

O WINS também é usado para preencher listas de navegação. Embora as máquinas baseadas no Active Directory possam funcionar sem o WINS, pode haver um atraso, pois as listas de navegação são preenchidas na seguinte sequência:

1. Cache de nome remoto do NetBIOS
2. WINS
3. Transmissão
4. LMHOSTS
5. HOSTS
6. DNS

O cerne do problema vem das raízes do LANMAN, que gerou o SMB, que gerou o CIFS ... você pode ver para onde isso está indo. O LANMAN era muito mais um protocolo baseado em LAN - não tinha o conceito de "Internet", muito menos de "roteamento". O WINS foi desenvolvido para preencher essa lacuna e tornar o roteamento possível. Avance rapidamente para o presente, e o CIFS ainda tem suporte compatível com versões anteriores do LANMAN. Nomes de caminhos UNC podem ser "modernos", mas eles ainda serão anexados a um servidor LANMAN. Então há toda a coisa "lista de navegação" ...

O MS está muito perto de sair do servidor do WINS, mas existem muitos ganchos "legados", não apenas no sistema operacional, mas também em aplicativos e serviços que exigem um servidor WINS. E contanto que haja suporte para transmissões no estilo LANMAN , haverá a necessidade de ter um servidor WINS por perto.

EDITAR:

Sim, você pode desativar o WINS em um domínio simples.

No entanto ...

• Tente isso em um domínio que tenha abc.xyz.com e abc.123.com como domínios secundários. Você pode dizer "navegar pela lista divertida" três vezes rapidamente?
• Tente isso com o Exchange 2007 em alguns casos.
• Tente quando tiver servidores que existam fora da sua sub-rede e estejam atravessando um firewall. De alguma forma, parece haver problemas com essas listas de navegação ...

Por mais que eu queira ver esse serviço tendo uma participação acionada em seu coração, ele não vai ir embora até a Microsoft chegar e renovar a forma como eles fazem os serviços de LAN. (Sim, há um comentário nesse link sobre como ele também não é necessário ... mas leia o que está sendo dito pela boca do cavalo ...)

    

Answer 5

Deixa de não ficar confuso entre vitórias e netbios ..... você pode executar netbios em uma rede sem um servidor WINS, mas não é recomendado em um domínio. Você não quer realmente todas as eleições funky acontecendo quando você tem um servidor DNS adequado na rede, portanto, o netbios deve ser desativado ou um servidor WINS deve ser usado. (Eu uso propriamente no sentido mais frouxo do termo em que MS DNS está em causa :-))

Recentemente, tive um problema com o Exchange 2007 no Windows 2008, exigindo que o netbios fosse ativado. inacreditável !!!

    

Answer 6

Muitas dessas respostas estão incorretas ou parcialmente corretas. Primeiro, vamos descobrir por que o WINS pode ser usado em primeiro lugar.

O WINS é usado como uma solução para resolver nomes de host para endereços IP ... mas por que precisaríamos do WINS se o NetBIOS funcionasse em todas as senerias? Continue a ler!

DNS usado para o mesmo propósito & mais ... para resolver nomes de domínio totalmente qualificados E nomes de host para endereços IP.

Agora vamos ver porque o WINS foi desenvolvido.

Problema: O NetBIOS foi originalmente usado para resolver nomes, mas é um protocolo de rede de difusão. Assim, na maioria das redes, legacey e atual, o tráfego de broadcast não consegue atravessar os roteadores e, em breve, os firewalls, mais tarde descobrimos que também no tráfego de VPN. Portanto, a maioria das sub-redes não replicará o tráfego NetBIOS para outras sub-redes. Se você for um verdadeiro administrador de rede de TI, você estará familiarizado com esse tráfego de NetBIOS em roteadores, comutadores e firewalls:

Acesso UDP negado pelo ACL do HOST-17/137 para o interior: 10.0.1.127/137

Acesso UDP negado pela ACL do HOST-A / 137 para o interior: 10.0.1.127/137

Acesso UDP negado pela ACL do HOST-09/137 para o interior: 10.0.1.127/137

Acesso UDP negado pelo ACL do HOST-02/137 para o interior: 10.0.1.127/137

Acesso UDP negado pelo ACL do HOST-02/137 para o interior: 10.0.1.127/137

Este é um exemplo de cinco (5) transmissões de NetBIOS em uma rede de 25 bits de um arquivo syslog do Cisco Pix 515E Firewall. Para quem não está familiarizado com outra coisa senão o que o seu roteador linksys é uma rede de 25 bits é menor que a sua rede de 24 bits:

Rede: 10.0.1.0/25, Máscara de sub-rede: 255.255.255.128, Endereço de difusão: 10.0.1.127, Máximo de Hosts: 126. Como pode ser visto, o tráfego está sendo contido dentro do segmento.

Solução: O WINS é desenvolvido para implantar na sub-rede onde o tráfego de broadcast está contido, os clientes podem ser configurados e apontados em um servidor WINS para resolver nomes em vez de depender do tráfego de broadcast e, portanto, o NetBios torna-se o fallback quando as consultas WINS falham. / p>

Mas espere ... nós configuramos servidores DNS agora quando implantamos nossas redes microsoft. Agora o DNS é primário, quando o DNS falha, o NetBIOS é o substituto. Se houver um servidor WINS implantado, DNS, WINS e NetBIOS.

O problema que muitos podem estar enfrentando é quando tentam fazer ping em um nome de host, digamos, HOST-A. Dependendo da configuração da interface do computador, pode não ser possível resolver o endereço para um IP, principalmente se você tiver apenas o DNS configurado e os nomes NetBIOS registrados do host tiverem expirado.

Digamos que o HOST-A é uma parte do domíniohosts.com e se juntou a esse domínio, um registro (A) do host no servidor DNS primário do domínio domainhosts.com. Para resolver o endereço por apenas seu nome de host e não seu FQDN (nome de domínio totalmente qualificado), a configuração IP deve ter "Anexar sufixos DNS primário e específico da conexão" e ter o mínimo de "Sufixo DNS para esta conexão: domainhosts.com" populosa! Quando a resolução é executada no HOST-A, dois (2) pedaços de informação extra são retornados: O endereço IP para o qual o nome do host resolve e seu FQDN de HOST-A.domainhosts.com. No exemplo abaixo, a resolução de um nome de host é executada procurando nos registros (A) do domínio em vez de WINS ou NetBIOS:

[Usuário @ localhost ~] $ ping HOST-A

PING HOST-A.domainhosts.com (10.0.1.10) 56 (84) bytes de dados.

64 bytes de HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 1 ttl = 128 tempo = 0,826 ms

64 bytes de HOST-A.domainhosts.com (10.0.1.10): icmp_seq = 2 ttl = 128 tempo = 0,342 ms

Além de ter apenas o Sufixo DNS primário preenchido, você pode fazer com que os hosts pesquisem outros também e configurá-los para anexar em pedidos diferentes. Eliminando assim o WINS & NetBIOS todos juntos.

Agora haverá alguns por aí que dizem: "Você precisará do NetBIOS e do WINS para que os produtos microsoft funcionem." Isso é verdade na realidade, mas apenas para alguns produtos, a maioria dos quais não será implantada em empresas de pequeno ou médio porte e somente em grandes ambientes corporativos, aplicativos como o SMS 2003 com o uso do registro 1A, SQL Server 2000 para uso de pipes nomeados, e Exchange Server 2000 e 2003 todos exigem WINS para funcionalidade completa ... FULL Funcionalidade, eles funcionarão conforme necessário, sem WINS ou NetBIOS embora.

Ah sim, e somente se você for pré-2000 implanta Microsoft. Eu tenho uma solução melhor para você do que implantar o WINS embora ... ATUALIZAR!

    

Answer 7

Eu já estive em ambientes onde ele ainda é mantido porque 'alguns servidores legados' podem precisarem.

Eu acho que provavelmente há muitas lojas por aí que estão na mesma situação.

    

Answer 8

Uma vez eu habilitei o WINS em um servidor samba no trabalho. Foi a solução mais rápida e barata (em termos de tempo gasto) de resolução de nomes em uma rede Windows sem um domínio. É simples e funciona bem em uma rede pequena.

    

Answer 9

Muitos dispositivos incorporados também usam o WINS. Temos máquinas copiadoras multifuncionais e um sistema de projeção sem fio recentemente adquirido que não funcionaria até que eu forneça o IP de um servidor WINS.

Por mais que gostaríamos, o WINS estará aqui por um longo tempo.

    

Answer 10

Há alguns meses, parei o serviço WINS em nossa LAN. Depois de algumas semanas, eu o removi completamente. Eu me pergunto quantos anos tem funcionado sem nenhuma razão em particular? Em alguns ambientes, tenho certeza de que isso será impossível. É possível que tenhamos problemas desde então, que teria sido invisível com o WINS ainda em execução. Eu acho que sou um purista, mas o WINS me lembra de jogar "slop" pool. Um tiro não deve contar a menos que você esteja apontando para esse bolso!

    

Answer 11

Uma coisa que ninguém mencionou é que é necessário para sites VPN em sub-redes separadas, se você quiser resolver nomes NetBIOS. Considere este cenário:

A rede corporativa utiliza uma LAN 10.x.x.x privada e um escritório remoto usa uma LAN 192.x.x.x privada. Eles têm um túnel VPN entre eles, mas o escritório remoto não usa o DHCP através do túnel do servidor DHCP corporativo ou do firewall.

Se você tiver seus servidores corporativos registrados no WINS, os clientes remotos poderão resolver \ ServerName mesmo de uma sub-rede totalmente separada. Eventuamente eu vou poder atualizar o firewall do escritório remoto e usar o DHCP sobre VPN, mas por enquanto esta configuração me permite:

• Não precisa se lembrar dos endereços IP do servidor ao trabalhar nos PCs remotos.
• Use os mesmos scripts de logon que mapeiam unidades de rede com base em nomes NetBIOS em vez de endereços IP.
• Mantenha tudo mais consistente em geral.

Alguém, por favor, me corrija se eu estiver errado sobre isso, mas meu entendimento é que o NetBIOS não é roteável, então não posso resolver nomes de NetBIOS na sub-rede sem usar o WINS.

    

Answer 12

Oh, ainda estamos usando. Cerca de um terço das estações de trabalho do Windows que temos não estão no domínio e, portanto, não estão configuradas para usar os domínios DNS do domínio para a resolução de nomes. Além disso, temos uma paisagem de DNS monstruosamente fragmentada que leva a configurações de domínio padrão monstruosamente fragmentadas. Devido a isso, o WINS representa o serviço de resolução de nome único que tem mais conteúdo. É o mais próximo que temos de um índice global de serviços.

Se / Quando formos pressionados para que tudo seja registrado, teremos uma paisagem de DNS plana. Isso vai ser bom.

    

Answer 13

O Legacy Exchange ainda usa o WINS, portanto, se você estiver usando o Exchange 2003 ou anterior (esperemos que não), ainda precisará do WINS ativado.

Além disso, qualquer aplicativo ou script que não use o FQDN em um ambiente de vários domínios provavelmente terá problemas.

O WINS pode ser removido, mas deve ser metodicamente testado e em grandes corporações com muitos aplicativos, SAP, Exchange e outros aplicativos legados em execução quase não valem a pena até que você possa chegar a 2012 nativo em seu domínio, o que ajudará a a decomposição do WINS.

    

Answer 14

Eu, pelo menos, não uso o WINS e não usei o WINS por 4 anos. O Microsoft DDNS faz um bom trabalho de resolução de nomes em uma rede do Active Directory. Não consigo pensar em um programa que requer o WINS agora, mas lembro de alguns. O Guardian Firewall exigiu isso na NIC da LAN no passado.

Os clusters do Exchange 2007 não exigem o WINS. De acordo com a documentação que tenho, a MS recomenda o uso de arquivos HOST, acredite ou não, nessa configuração, já que os IPs não mudam.

Meu único problema com o DDNS está na WAN. DDNS + ADC em cada segmento WAN ... frequentemente eu tenho problemas com o DDNS atualizando as tabelas de nomes dos outros.

O WINS é adequado para uma rede de Classe C na qual você não possui sites remotos ou links de WAN. Uma coisa enorme contra o WINS ... VPN SSL + WINS = digitando IP's porque WINS não é goona werk.

    

Answer 15

Nosso ambiente não usa o WINS há muitos meses e não viu nenhum efeito adverso por causa disso. Temos uma topologia de vários sites por meio de conexões VPN, com o Exchange 2003 como nosso serviço de e-mail.

O WINS só deve ser ativado se for especificamente necessário para resolver um problema conhecido. Segurando a tecnologia antiquada "apenas no caso" não faz sentido quando você assegurou que não é necessário.