Protocolos de descoberta de LAN com configuração zero, em ordem de preferência:
-
mDNS
- Usado principalmente por produtos da Apple e alguns programas do Linux, mas também disponível para o Windows e possivelmente outras plataformas; usa multicast IP.
- Fornece pesquisa de nome e descoberta de serviço.
- Os nomes dos hosts estão sempre no formato
name.local
. - Software:
-
LLMNR
- Usado para resolução de nomes pelo Windows Vista e superior, como alternativa moderna aos serviços de nomes NetBIOS.
- Muito semelhante ao mDNS, mas possui menos recursos - em particular, não possui descoberta de serviços (o Windows usa o protocolo WS-Discovery para isso).
- Usa nomes de host nus (como o NBNS, mas diferente do mDNS).
- Software:
- Compatível com o Windows Vista e acima;
-
systemd-resolved
comnss_resolve
(parte do systemd 216) no Linux.
-
Serviços de nome NetBIOS
- Parte do antigo conjunto de protocolos de rede NetBIOS usado pelo Windows, OS / 2, MS-DOS ... Ainda em uso. Não é uma desculpa para começar a usá-lo em novas redes.
- Fornece a resolução de nomes e (até certo ponto) a descoberta de serviços - também conhecida como "Vizinhança na rede" ou "Meus locais de rede" no Windows.
- Usa transmissões IPv4 (um pouco tagarela) e tem seu próprio protocolo complexo e estúpido de "eleição do navegador" para reduzir o caos. Não há suporte para IPv6.
- Software:
- Nativamente suportado no Windows e no OS / 2;
-
nmbd
comnss_wins
(parte do Samba ) no Linux e no BSD; - Aparentemente, o OS X também suporta nativamente?
Métodos que são frequentemente pré-configurados para você:
-
DNS usando um nome de domínio local (interno)
- Os gateways domésticos costumam ter esse recurso interno, como parte do cache DNS local. Geralmente é apenas
dnsmasq
regular, que você pode executar manualmente se estiver configurando um gateway baseado em Linux / BSD. - Eles pegam o nome do host da sua solicitação DHCP, registram-no em dnsmasq em um domínio como
home
e se oferecem como o servidor DNS principal (funcionam como cache DNS). - Funciona por padrão com a maioria dos sistemas operacionais, mas apenas com o DHCP (o gateway não conhece nomes de host de hosts IP estáticos) e geralmente tende a ser bastante esquisito na minha experiência.
- Software:
- Um cliente DHCP regular nos hosts. Deve enviar a opção hostname.
-
dnsmasq
no gateway. (Configurações maiores podem usardhcpd
+named
.)
- Os gateways domésticos costumam ter esse recurso interno, como parte do cache DNS local. Geralmente é apenas
Métodos envolvendo configuração manual:
-
DNS usando seu próprio nome de domínio
- Funciona em todos os lugares. (Não vai ajudá-lo a conectar através da Internet, no entanto.)
- DNS dinâmico possível se você usar o DHCP e controlar um servidor DNS; caso contrário, todos os dados são estáticos.
- É necessário possuir um nome de domínio (que custará alguns dólares).
-
subdomínios DNS gratuitos
- Ainda DNS, apenas gratuito (ou muito mais barato que um domínio), mas também bastante limitado. Serviços como FreeDNS e Dyn oferecem registro de subdomínios individuais sob < href="http://freedns.afraid.org/domain/registry/"> um domínio que eles controlam (por exemplo,
myhost.dyndns.com
).- Com muita frequência, o subdomínio já foi escolhido por outra pessoa ...
- Atualizações de DNS dinâmicas geralmente são permitidas (estilo DynDNS).
- Ainda DNS, apenas gratuito (ou muito mais barato que um domínio), mas também bastante limitado. Serviços como FreeDNS e Dyn oferecem registro de subdomínios individuais sob < href="http://freedns.afraid.org/domain/registry/"> um domínio que eles controlam (por exemplo,
-
/etc/hosts
- Um arquivo de texto que lista os pares de endereços IP - nome do host, que devem ser configurados manualmente em cada máquina cliente.
- (
%SystemRoot%\system32\drivers\etc\hosts
no Windows)
-
configuração SSH
- O campo "Nome do host" no PuTTY ou
~/.ssh/config
no OpenSSH. - Deve ser configurado manualmente.
- O campo "Nome do host" no PuTTY ou
-
PostIt observa em toda a sua mesa
- Muito barato. Nenhuma política de nomenclatura. Tipos de dados infinitos.
- Pouco confiável. Deve ser distribuído manualmente. Não TTL, que geralmente resulta em informações antigas armazenadas em cache por meses até que alguém perceba. Algoritmos de consulta são ineficientes. As respostas às perguntas tendem a se perder facilmente, às vezes deixando apenas um registro de cola no monitor. (Três meses depois, você pode encontrá-los em buffer atrás de sua mesa.)