Ich glaube nicht, dass andere Browser die Domäne auflösen können (es sei denn, es gibt CNAME- oder AAAA-Einträge, die DNS dabei helfen, die nächsten Schritte auszuführen) und sollten von jedem Browser gleichermaßen erkannt werden.
Einige mögliche Erklärungen des gesehenen Verhaltens -
- Zwischengespeicherte Ergebnisse werden als Rückfall verwendet, sind jedoch nicht in allen Browsern verfügbar.
Verschiedene Nameserver werden mit unterschiedlichen Zonendatei-Informationen ausgewählt (möglicherweise aufgeteiltes DNS oder DNS-Caching)
Hosten Dateieinträge auf einigen Computern, jedoch nicht auf anderen Computern oder in einer Suchdomäne, die DNS-Fallback-Einträge ändern kann.
Verwenden Sie diese Option, wenn ein Caching-Proxy - möglicherweise ein transparenter Proxy auf ISP-Ebene.
Ein bisschen eine Vermutung, aber wenn AAAA-Datensätze vorhanden sind, gibt es möglicherweise Browser- und / oder Betriebssystemeinschränkungen für die IPV6-Ressource.
Es ist wichtig, dass Webbrowser die DNS-Auflösung nicht selbst durchführen, sondern einen IS-Anruf tätigen und den IS damit umgehen lassen. AFAIK trifft auf alle Browser zu.
Aktualisierte Antwort für diesen Server und angesichts zusätzlicher Informationen
Eine der möglichen Erklärungen in meiner früheren Antwort "Unterschiedliche Nameserver werden mit unterschiedlichen Zonendatei-Informationen ausgewählt (möglicherweise aufgeteiltes DNS oder DNS-Caching)" war korrekt.
Wenn Sie die identische Abfrage zweimal an denselben autorisierenden Nameserver ausführen, wurden folgende Ergebnisse erzielt:
davidgo @ davidgo-Precision-T1500: ~ $ dig @ dns1.wien.at wien.at
; <<>> 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
Dies bedeutet definitiv, dass ein Problem mit der Einrichtung der Nameserver vorliegt, es kann jedoch eine beliebige Anzahl von Dingen sein, einschließlich Problemen mit einem verborgenen primären Nameserver, Problemen mit dem tatsächlichen Nameserver, Problemen mit einigen Mitgliedern eines DNS-Clusters oder einer Kombination der oben genannten . Es ist erwähnenswert, dass auch die zurückgegebenen Nameserver-Datensätze unterschiedlich sind.
Ich glaube auch, dass einige Nameserver-Caching-Vorgänge im Betriebssystem ablaufen, da die Abfrage, die ein Ergebnis zurückgegeben hat, tatsächlich eher selten an den Browser zurückgegeben wird.
Es ist auch bemerkenswert, dass Ihre Suchabfrage nicht gegen einen autorisierenden Nameserver durchgeführt wurde - und viele / die meisten ISPs verwenden Load Balanaced-Pools von Nameservern hinter einer einzigen IP-Adresse, die jeweils unterschiedliche Informationen aufgrund des Zwischenspeicherns von Zonen enthalten können. Dies ist offensichtlich, wenn Sie eine Abfrage (beispielsweise) durchführen. 8.8.8.8 - Googles "primärer" Nameserver mehrmals und den TTL-Abprall in der Nähe beobachten, je nachdem, welchen Backend-Nameserver Sie erhalten. (Die TTL ist die Nummer zwischen dem Domänennamen und dem "IN" im SOA-Datensatz, ist jedoch in allen Datensätzen vorhanden. Wenn es nur einen einzelnen Server gäbe, würde sich diese Anzahl im Laufe der Sekunden verringern, bis er bei Erreichen des Werts springt 0 und führt eine neue Suche durch.