Eu tenho um roteador com duas conexões WAN de diferentes ISPs. Quando consulto 8.8.8.8 para um domínio do ISP-A, recebo uma resposta completamente diferente, de quando consulto 8.8.8.8 para o mesmo domínio do ISP-B.
Estou começando a pensar que um deles está redirecionando o tráfego de 8.8.8.8 e 8.8.4.4 para seus próprios servidores DNS para evitar transportar essa largura de banda em seus canais principais. Portanto, as alterações feitas no IP de um domínio não apareceriam tão rapidamente naquele que está redirecionando o tráfego, suponho.
Se o ISP não fizer nada a respeito, há alguém para reclamar, talvez como ICANN ou LACNIC ou ARIN? Quem regula os ISPs? Como eu faria para reunir provas? DIG capturas de tela?
Conheço zero países no mundo que tenham um órgão regulador que a) se importe e b) tenha o poder de penalizar o jogo sujo de falsificação de IP.
Todas as organizações internacionais carecem de b), e em nível federal você provavelmente também não terá sucesso, por exemplo:
A FCC (EUA) é provavelmente a mais popular, que se importa até certo ponto e registrará com prazer suas reclamações formais de clientes e, em seguida, recomenda que você implante o DNSSEC para mitigar problemas de segurança e admita que eles têm poder zero sobre os ISPs.
A Bundesnetzagentur (Alemanha), que se enquadra no grupo "tem o poder" (eles processam falsificação de números de telefone, baixa velocidade de internet, ToC ilegal) recentemente (em um caso semelhante) me disse expressamente que não se importavam.
Então o que você pode fazer?
Dito isto, você ainda não sabe ao certo o seu ISP está fazendo isso , seu teste é inadequado, a velocidade com que as consultas são atualizadas não é determinística, nem mesmo para googles 8.8.8.8 (que obviamente NÃO é uma única máquina, e não executa necessariamente a mesma configuração para todas as máquinas, consulte https://peering.google.com/ ). Alguns testes igualmente inadequados (porque apenas pegando alguns casos especiais) são:
dig version.bind chaos txt @8.8.8.8
, mas os resolvedores de cache no meio geralmente respondem (geralmente algo grosseiro).dig ?.com. in TXT @8.8.8.8
) - o Google dirá NXDOMAIN, outros resolvedores dirão SERVFAIL.dnsmasq --no-resolv --server /example.com/127.0.0.8/ --bind-interfaces --listen-address 192.0.2.1 --log-queries
) e, em seguida, ver quem está consultando quando você o acessa por meio de diferentes ISPs (dig example.com @192.0.2.1
). A pista mais óbvia seria que, enquanto você consultava seu servidor diretamente, você recebeu mais respostas do que as consultas exibidas no log do resolvedor (é assim que determino se estou sendo MitM'd por um resolvedor de cache).