Nslookup & dig échouent; ping, traceroute et scutil -r fonctionnent

Je creuserais les résultats de:

 scutil --dns

Et vérifiez qu'aucun pare-feu ne bloque les paquets DNS (Little Snitch, IPFW, Le pare-feu d'application Apple, etc ...) et que le port 53 est ouvert entre votre Mac et les serveurs DNS répertoriés à partir de votre vidage de options DNS scutil qui sont configurées et utilisées.

Portez une attention particulière à la partie basse de cette commande - la portion Configuration DNS (pour les requêtes ciblées) est ce qui est utilisé pour rechercher des hôtes réels.

Je ne suis toujours pas sûr de ce qui causait le problème, mais après avoir souffert d'un autre problème apparemment sans rapport, j'ai fait une réinstallation complète de 10.8. J'avais initialement mis à jour depuis 10.6 - bien que les utilitaires semblaient fonctionner correctement pendant un certain temps après la mise à niveau initiale, je soupçonne d'avoir fait quelque chose à une configuration inconnue pour moi tout en essayant de diagnostiquer/résoudre l'autre problème (quelque chose qui a apparemment désactivé certains aspects de l'accès DNS).

Après la réinstallation, tous les utilitaires liés au DNS fonctionnent maintenant correctement.

Nslookup n'utilise pas les paramètres DNS du système, à ma connaissance, mais interroge directement les serveurs de resolv.conf.

Ping, d'autre part, utilise le résolveur du système pour résoudre les noms, de sorte que la requête peut être dirigée vers d'autres serveurs DNS. Par exemple, vous pouvez configurer des serveurs par domaine dans /etc/resolver, mais ils ne seront pas utilisés par nslookup. (voir man 5 resolver)

Malheureusement, je ne sais pas comment trouver l'IP du serveur DNS finalement utilisé par le résolveur du système.

Pour ceux qui cherchent autour :

J'ai aussi rencontré un obstacle avec ce problème, où ping et scutil fonctionnaient avec des résultats attendus mais la commande dig échouait sur tout - google, réseau local, réseau d'entreprise, etc...

Le problème était que dig n'était pas en mesure de lire mon fichier /etc/resolv.conf.

Je l'ai résolu avec un rapide chmod sur mon fichier resolv.conf.

sudo chmod 644 /etc/resolv.conf

Cela rendra votre fichier resolv.conf lisible par tous les utilisateurs, mais seulement modifiable par l'utilisateur propriétaire du fichier (qui est généralement root). Cela peut ne pas résoudre votre problème, mais c'est une étape très rapide et non dommageable que vous pouvez prendre pendant que vous essayez de couvrir toutes les bases.

J'ai résolu ce problème en utilisant un ensemble différent de serveurs DNS.

Je recevais ";; connexion expirée; aucun serveur n'a pu être contacté" avec dig, host et nslookup. Une fois que j'ai commencé à utiliser les serveurs DNS gratuits et publics de Quad9, les commandes susmentionnées ont commencé à fournir des informations réelles.