Das die Antwort aus dem Cache schneller kommt ist klar. Kannst ja mal die Ausgaben vergleichen, wenn du direkt den DNS Server von Google einsetzt:
die www.gnome-look.org dig @8.8.8.8 www.gnome-look.org
Edit: URL korrigiert.
Anmeldungsdatum: Beiträge: 3741 |
Das die Antwort aus dem Cache schneller kommt ist klar. Kannst ja mal die Ausgaben vergleichen, wenn du direkt den DNS Server von Google einsetzt: die www.gnome-look.org dig @8.8.8.8 www.gnome-look.org Edit: URL korrigiert. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1833 |
Ich nutze ja nslookup. Aber egal. Die Antwort kommt jetzt in beiden Fällen ohne spürbare Verzögerung. Mit der Kubuntu Out-of-the-Box-Konfiguration hab ich in einer VM folgendes Verhalten: 1. Aufruf von nslookup www.google.com: Verzögerung von ca. 2 Sekunden. 2. Aufruf von nslookup www.google.com: Instantan. Aufruf von nslookup www.gnome-look.org führt immer zum Timeout. Auf einer echten Installation identisches Verhalten, mit dem Unterschied, daß www.gnome-look.org nach dem dritten Versuch aufgelöst wird. Und nun? |
||
Anmeldungsdatum: Beiträge: 3741 |
Nein, du hast nicht verstanden was ich meinte. Du sollst mal explizit den Google DNS-Server angeben. Da ich nicht weiß, ob das nslookup auch kann, hatte ich dig angegeben.
Kommt dann auch ein timeout? |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1833 |
Doch ich habe es sehrwohl verstanden. Mir ist schon klar, was die beiden dig-Aufrufe unterscheidet. Ich nutze nslookup und auch da kann man dem Server explizit angeben - siehe den Anfang des Threads. Meine Aussage bezog sich auf den Vergleich von dig @8.8.8.8 www.gnome-look.org dig www.gnome-look.org Kein Unterschied, keine spürbare Verzögerung. Edit: Ich hab mal die Ausgaben von dig verglichen. So eine VM mit Kubuntu ist etwas träge. Einmal ca. 300 bis 400ms query time und einmal (gecached) 1ms. Ohne die Änderungen, d.h. Kubuntu-Out-of-the-box gibt dig www.gnome-look.org immer ein Timeout. |
||
Anmeldungsdatum: Beiträge: 13892 |
query time (ohne und mit dns-cache) kannst Du mit z. B.: dig whitehouse.gov | grep msec -A1 anzeigen lassen. Evtl. auch nscd installieren. |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1833 |
Ja, daher kommen die von mir genannten Zahlenwerte. Vergleichbare Werte bekomme ich auch, wenn ich auf einem 16.04-Rechner über den Nameserver auf meiner Fritzbox gehe. Warum sollte ich nscd installieren? |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1833 |
Ich scheine nicht der Einzige mit solchen Problemen zu sein. Hab das zufällig gefunden: https://superuser.com/questions/1153203/ubuntu-17-04-systemd-resolved-dns-lookups-randomly-fail Also wird es wohl ein Bug sein. Soll man sowas melden? |
||
(Themenstarter)
Anmeldungsdatum: Beiträge: 1833 |
So, gestern gabs einen Update von ein paar Systemlibraries, u.a. dns betreffend und siehe da jetzt gehts. War also ein Bug! Unmittelbar vor dem Update hab ich nochmals in der VM geprüft, daß www.gnome-look.org nicht aufgelöst wird. Nach dem Update dann kein Problem mehr: dig www.gnome-look.org ; <<>> DiG 9.10.3-P4-Ubuntu <<>> www.gnome-look.org ;; global options: +cmd ;; Got answer: ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 14854 ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1 ;; OPT PSEUDOSECTION: ; EDNS: version: 0, flags:; udp: 65494 ;; QUESTION SECTION: ;www.gnome-look.org. IN A ;; ANSWER SECTION: www.gnome-look.org. 1452 IN CNAME gnome-look.org. gnome-look.org. 1451 IN A 46.101.238.240 ;; Query time: 52 msec ;; SERVER: 127.0.0.53#53(127.0.0.53) ;; WHEN: Sat Apr 22 08:23:48 CEST 2017 ;; MSG SIZE rcvd: 77 Das ist die wirksame /etc/systemd/resolved.conf, also unverändert wie nach der Installation: # This file is part of systemd. # # systemd is free software; you can redistribute it and/or modify it # under the terms of the GNU Lesser General Public License as published by # the Free Software Foundation; either version 2.1 of the License, or # (at your option) any later version. # # Entries in this file show the compile time defaults. # You can change settings by editing this file. # Defaults can be restored by simply deleting this file. # # See resolved.conf(5) for details [Resolve] #DNS= #FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844 #Domains= #LLMNR=yes #DNSSEC=no #Cache=yes #DNSStubListener=udp |