Não acredito que outros navegadores consigam resolver o domínio (a menos que haja registros CNAME ou AAAA que ajudem o DNS a descobrir aonde ir em seguida e que sejam igualmente reconhecidos por qualquer navegador).
Algumas possíveis explicações do comportamento observado -
- Os resultados em cache estão sendo usados como fallback, mas não estão disponíveis em todos os navegadores.
-
Diferentes servidores de nomes sendo escolhidos com informações de arquivo de zona diferentes (possivelmente com cache DNS ou DNS dividido)
-
Anexa entradas de arquivos em alguns computadores, mas não em outros, ou em um domínio de pesquisa que pode modificar entradas de fallback de DNS.
-
Use se um proxy de armazenamento em cache - possivelmente um proxy transparente no nível do ISP.
-
Um pouco se houver um palpite, mas se houver um registro AAAA, pode haver limitações no navegador e / ou no sistema operacional lidando com o recurso IPV6.
É relevante que os navegadores da Web não façam a resolução de DNS, em vez de fazer uma chamada IS e deixar o IS lidar com isso. AFAIK isso é verdade se todos os navegadores.
Resposta atualizada específica para este servidor e à luz de informações adicionais
Uma das possíveis explicações na minha resposta anterior "Diferentes servidores de nomes sendo escolhidos com informações de arquivo de zona diferentes (possivelmente com cache DNS ou DNS dividido)" estavam corretos.
Ao fazer a consulta idêntica duas vezes ao mesmo servidor de nomes autoritário, obtivemos resultados diferentes da seguinte forma:
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @dns1.wien.at wien.at
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47939
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 3
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;wien.at. IN A
;; ANSWER SECTION:
wien.at. 300 IN A 217.149.229.10
;; AUTHORITY SECTION:
wien.at. 86400 IN NS ns11.govix.at.
wien.at. 86400 IN NS ns5.univie.ac.at.
wien.at. 86400 IN NS dns1.magwien.gv.at.
wien.at. 86400 IN NS dns1.wien.at.
;; ADDITIONAL SECTION:
dns1.magwien.gv.at. 86400 IN A 217.149.228.128
dns1.wien.at. 86400 IN A 217.149.229.128
;; Query time: 278 msec
;; SERVER: 217.149.229.128#53(217.149.229.128)
;; WHEN: Sun Dec 03 11:27:55 NZDT 2017
;; MSG SIZE rcvd: 186
davidgo@davidgo-Precision-T1500:~$ dig @dns1.wien.at wien.eu -t any
; <<>> DiG 9.10.3-P4-Ubuntu <<>> @dns1.wien.at wien.eu -t any
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 56418
;; flags: qr aa rd; QUERY: 1, ANSWER: 3, AUTHORITY: 0, ADDITIONAL: 3
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;wien.eu. IN ANY
;; ANSWER SECTION:
wien.eu. 86400 IN SOA dns1.magwien.gv.at. hostmaster.magwien.gv.at. 2013082700 10800 3600 604800 86400
wien.eu. 86400 IN NS dns1.magwien.gv.at.
wien.eu. 86400 IN NS dns1.wien.at.
;; ADDITIONAL SECTION:
dns1.magwien.gv.at. 86400 IN A 217.149.228.128
dns1.wien.at. 86400 IN A 217.149.229.128
;; Query time: 277 msec
;; SERVER: 217.149.229.128#53(217.149.229.128)
;; WHEN: Sun Dec 03 11:28:15 NZDT 2017
;; MSG SIZE rcvd: 171
Isso definitivamente significa que há um problema com a configuração dos servidores de nomes, mas pode ser qualquer coisa, incluindo problemas com um servidor de nomes principal oculto, problemas com o servidor de nomes real, problemas com alguns membros de um cluster DNS ou uma combinação do acima. Vale a pena notar que os registros do servidor de nomes retornados também são diferentes.
Eu também acredito que algum cache de nameserver está acontecendo no sistema operacional, já que a consulta que retornou um resultado realmente retorna ao navegador muito raramente.
Também é digno de nota que sua consulta não foi feita contra um servidor de nomes autoritário - e muitos / a maioria dos provedores usam pools de servidores de nomes com um único endereço IP - cada um com informações diferentes devido ao cache de zona. Isso é óbvio se você fizer uma consulta (por exemplo) 8.8.8.8 - Googles "primary" nameserver, várias vezes, e observar o salto TTL em alta velocidade dependendo de qual servidor de nomes de backend você obter. (o TTL é o número entre o nome do domínio e o "IN" no registro SOA, mas existe em todos os registros. Se houvesse apenas um único servidor, esse número diminuiria à medida que os segundos passassem até que ele saltasse quando chegasse 0 e faz uma nova pesquisa.