Acontece que era uma configuração DHCP no meu final. Eu acidentalmente tive o endereço de transmissão definido para o IP do servidor DHCP em vez do último endereço (255) na sub-rede. Alterar isso e reiniciar o serviço DHCP resolveu o problema.
Eu tenho uma rede doméstica com um servidor Ubuntu que lida com todas as solicitações DNS e DHCP (desativei esses serviços no meu roteador sem fio). Meu servidor DHCP (ISC-DHCP-Server) distribui endereços IP para nossos vários dispositivos com base nas reservas que defini na configuração. Ele também distribui o domínio de pesquisa, o endereço do servidor DNS, o endereço do servidor WINS, etc, para todos os clientes. O servidor DNS (bind9) fornece pesquisa de DNS local, cache de DNS e encaminhamento de DNS (para endereços de Internet - encaminha para o DNS do Google, 8.8.8.8).
Essa configuração funciona muito bem para a maioria dos meus dispositivos (Windows, MAC OSX, iOS), mas não funciona corretamente com o Android. Quando um dispositivo Android se conecta à rede sem fio, ele recebe todos os IPs corretos do DHCP. No entanto, todas as pesquisas de DNS falham. No entanto, ainda posso me conectar a sites usando seus endereços IP. Todos os outros dispositivos podem procurar registros DNS internos e externos corretamente.
Este é o kicker. Posso fazer com que o Android faça pesquisas corretamente se eu configurar manualmente as configurações de rede (em outras palavras, configure um IP estático e insira manualmente o servidor DNS no cliente Android). No entanto, quando o Android usa o DHCP e recebe os mesmos valores exatos que insiro manualmente, não é possível fazer as pesquisas. Eu posso contornar esse comportamento, adicionando um servidor DNS secundário (8.8.8.8) à configuração DHCP, mas o dispositivo Android só fala com o servidor secundário e só é capaz de resolver endereços externos da Internet, mas não internos, endereços de intranet.
Alguma opinião sobre o que pode estar causando isso?
Acontece que era uma configuração DHCP no meu final. Eu acidentalmente tive o endereço de transmissão definido para o IP do servidor DHCP em vez do último endereço (255) na sub-rede. Alterar isso e reiniciar o serviço DHCP resolveu o problema.