sudo dscacheutil -flushcache
ne fait rien d'utile concernant les entrées du cache DNS - du moins dans les environnements non-LDAP et 10.9-10.13.
sudo killall -HUP mDNSResponder
envoie un raccrocher à mDNSResponder, launchd va redémarrer le démon et le cache DNS sera effacé par effet de contagion.
Ceci peut être facilement testé avec la séquence de commandes suivante :
sudo killall -INFO mDNSResponder
default 03:54:55.672826 +0200 mDNSResponder Taille du cache 282 entités ; 189 en service (73 groupe, 29 multicast, 87 unicast) ; 2 référencés par des questions actives
default 03:54:55.694219 +0200 mDNSResponder Unicast Taille du cache 1769
sudo dscacheutil -flushcache
sudo killall -INFO mDNSResponder
default 03:55:52.148629 +0200 mDNSResponder Taille du cache 282 entités ; 180 en service (79 groupe, 19 multidiffusion, 82 unicast) ; 2 référencés par des questions actives
default 03:55:52.157180 +0200 mDNSResponder Unicast Taille du cache 1992
sudo killall -HUP mDNSResponder
sudo killall -INFO mDNSResponder
default 03:56:39.446829 +0200 mDNSResponder Taille du cache 282 entités ; 8 en service (4 groupes, 0 multicast, 4 unicast) ; 2 référencés par des questions actives
default 03:56:39.466259 +0200 mDNSResponder Unicast Taille du cache 121
Pour obtenir les résultats ci-dessus, ouvrez Console.app, choisissez votre nom d'hôte dans "Devices" et utilisez un filtre mDNSResponder & Taille du cache :