A correr o DNS localmente para a rede doméstica

Basicamente, você precisa de executar o seu próprio DHCP e servidor DNS. Já está a correr o seu próprio servidor DHCP se tiver um router típico que forneça endereços IP privados.

O seu servidor DHCP tem de estar configurado para distribuir o IP do seu router como endereço de gateway, e o IP do seu servidor DNS como endereço do servidor DNS, obviamente.

O seu servidor DNS tem de estar configurado para resolver localmente um domínio de nível superior não oficial, como o .local, e depois encaminhar quaisquer outros pedidos para outro DNS. No BIND precisa de adicionar uma secção forwarders { } ao seu `/etc/bind/named.conf.options’ que contém os servidores DNS públicos que pretende utilizar para resolver endereços não-locais. Como outros comentários sugerem, se não quiser encaminhar para os servidores DNS do seu ISP, pode utilizar o OpenDNS, os servidores DNS públicos do Google, ou 4.2.2.¼.2.2.2 (esqueço-me de quem os faz).

Se estiver a correr o seu próprio servidor DNS, precisa de uma caixa que estará sempre ligada, pois todas as consultas DNS na sua rede doméstica passarão por ela. Esta caixa precisa de um IP fixo na sua sub-rede de casa. Certifique-se de que não pode ser bulldozado por DHCP, e a caixa em si não deve receber um IP via DHCP. Se o seu DHCP estiver configurado para distribuir endereços de 192.168.1.1 a 192.168.1.100 por exemplo, então dê ao seu servidor DNS o IP 192.168.1.101. Na situação habitual dos routers domésticos, basta dizer ao router que o servidor DNS é 192.168.1.101 e reiniciar.

Se conseguir ter um DNS local a funcionar no seu router de banda larga, óptimo, mas um servidor DNS pode beneficiar de muita RAM para consultas em cache, dependendo do software DNS que utiliza. Na minha rede apenas utilizo straight BIND . Parece que você pode ter um pouco de experiência com isso e para mim funciona muito bem.

Se pretende que domínios falsos internos funcionem, não pode configurar as suas estações de trabalho com quaisquer servidores DNS, excepto o seu próprio. Uma vez configurado o BIND pode funcionar por si só e não precisa dos seus ISP’s ou de qualquer outro servidor DNS não autorizado.

Existem servidores DNS abertos que sejam fiáveis

Você disse-o: OpenDNS .

208.67.222.222 208.67.220.220

Se você estiver rodando Windows - você deve dar uma olhada em Simple DNS Plus - é um servidor DNS completo que também vem com um plug-in de servidor DHCP - e tem uma GUI fácil de usar.

[Nota: o produto é desenvolvido pelo autor deste post].

O Unbound é bastante fácil, suporta ficheiros de configuração de estilo bind e bastante fiável. Se o servidor será uma caixa do tipo ‘gateway’ independente, e você gostaria de alguns extras, você pode querer dar uma olhada na distro firewall/gateway chamada ‘untangle’ também.

Se tem uma caixa de linux, então gostaria de configurar o DNSMASq para obter os seus endereços locais e utilizá-lo como um servidor DNS de reencaminhamento/caching para endereços externos. Isto também é frequentemente utilizado em distribuições linux para routers domésticos como o openwrt/ddwrt/tomato.

Alternativamente, na maioria das redes Apple/Mac estaria a utilizar Bonjour/Zeroconf em que tanto os computadores Linux como os computadores Apple podem comunicar para resolução DNS/serviço de nível de broadcast.

Dito isto, numa rede puramente híbrida com os três SO em funcionamento, irá querer definitivamente um servidor DNS local com encaminhamento para OpenDNS, GoogleDNS, ou para o DNS do seu ISP local, dependendo da sua localização/necessidades.

Qualquer encaminhador de banda larga fornece serviços DNS e DHCP para a rede local. Se pretende ligações INcomming da Internet para máquinas locais precisa de um router que também suporte DynDNS e Incomming PortForwarding.

Se escolher um da lista DD-wrt hardware suportado pode flashá-lo com esse Firmware e ele suportará qualquer funcionalidade que possa vir a necessitar na sua pequena rede.

4.2.2.1 & 4.2.2.2 é o que eu utilizo

edit: ou seja, no que se refere aos servidores públicos. São fáceis de lembrar e acho que não os vejo falhar desde que os tenho utilizado.

Alguns servidores DNS gratuitos que pode utilizar para o reencaminhamento:

1.1.1.1 - Cloudflare
1.0.0.1 - Cloudflare
4.2.2.1 - Layer 3
4.2.2.2 - Layer 3
4.2.2.3 - Layer 3
8.8.8.8 - Google
8.8.4.4 - Google
208.67.222.222 - OpenDNS
208.67.220.220 - OpenDNS

Para executar um servidor DNS na sua LAN, dê uma olhada em ‘pdnsd’ que é um nameserver para *nix.

Eu tinha um problema semelhante. Comprei um router compatível com OpenWRT e instalei o OpenWRT. Ele oferece ligação IP estática juntamente com a resolução do nome no router, o que me permitiu dar nomes aos meus computadores e dispositivos na rede como eu desejar.

Se descarregar o programa de referência DNS a partir de link text , ele irá comparar uma lista de servidores DNS públicos, bem como o seu servidor DNS local. Após executar este programa, tente colocar uma cópia dos servidores mais rápidos na configuração DNS do seu router e depois renove a sua sessão DHCP e volte a executar o teste.

Se o seu router o permitir, adicione tanto o router como um dos servidores DNS externos rápidos à lista de servidores DNS que entrega ao cliente DHCP (mas escolha um diferente daquele que introduziu para os endereços dos servidores DNS do router).

Para resolução de hostname talvez mDNS/DNS-SD usando avahi poderia resolver o problema mais facilmente:

Verifique se você já tem o serviço rodando:

systemctl status avahi-daemon.service

Caso contrário, instale os pacotes avahi-daemon (serviço) e avahi-utils (comando avahi-browse). Assim que os hosts tiverem o serviço e o nome do host correctamente definidos:

avahi-browse --all --ignore-local --resolve --terminate

Ligações relacionadas

• Avahi no Arch wiki
• mDNS artigo no Fedora

Talvez eu esteja a dizer algo estúpido. Neste caso, eu simplesmente adicionaria IP e nomes aos ficheiros dos anfitriões nas máquinas individuais…

192.168.0.120 tv.local

192.168.0.80 studiopc.local