Heimo Hetl hetl.net>:

10.5.4

dig geht nicht ueber den lokalen Namensdienstresolver mit Cache
sondern macht direkt DNS. Immer. (d.h. es wird hoechstens der Cache
des Nameservers verwendet, an den weiter geleitet wird - siehe
die dynamisch erzeugte /etc/resolv.conf)

Was sagt "dscacheutil -cachedump -entries Host"?

Bei mir stimmen die TTL/Best-before Werte von dscacheutil und dem, was
dig liefert im Rahmen der Zeitlichen Abweichung zwischen der Eingabe
von ping, dig und dscacheutil (wenige Sekunden) ueberein.

Kann es sein, daß seit 10.5.3 DNS länger cached und sich nicht mehr um
TTLs schert?

Gegeben sei ein (Web-)Server, der an einer PPPoE Wimax - "Leitung"
hängt, die DSL emuliert und zwangstrennt. Die dynamische IP-Adresse wird
via DynDNS.com an einen Namen gebunden. Vor ca. einer halben Stunde war
so eine Trennung mit neuer Adreßvergabe.

Wenn ich nun mit dig(1) nachfrage, wird die korrekte Adresse aufgelöst,
inklusive einer TTL von max. 60s and counting. Ein ping aus der selben
shell sucht aber noch an der vorigen Adresse, und auch Mail.app findet
unter dem Namen niemanden, der mit ihm IMAP sprechen mag. Auch Firefox
stochert im Leeren.

Ist das ein Bug? Ein Feature? Hab ich was falsch gemacht? Daß ich den
Cache manuell runterspülen kann, weiß ich inzwischen, aber das ist doch
etwas unhandlich auf Dauer.

cheers
Heimo