Les deux réponses les mieux notées, nmcli dev list iface <interfacename> | grep IP4
et nm-tool
supposent toutes deux que le gestionnaire de réseau est en contrôle. Ce qu'il est - sur les ordinateurs de bureau la plupart du temps au moins. Mais la réponse plus complète est que parfois le gestionnaire de réseau n’a pas le contrôle. Par exemple. vpnc
gâche directement avec /etc/resolv.conf
.
Donc: vérifiez d'abord si 127.0.0.1/localhost est utilisé. Cela pourrait être fait avec dig
:
> dig something.unknown | grep SERVER:
;; SERVER: 127.0.0.1#53(127.0.0.1)
Maintenant, vous savez que nous sommes en utilisant localhost. Allez-y avec l'une des réponses les plus populaires. J'aime:
> nm-tool | grep DNS:
DNS: 8.8.8.8
Si 127.0.0.1/localhost est non utilisé, alors les résultats de nm-tool
et nmcli
seront trompeurs:
> dig something.unknown | grep SERVER:
;; SERVER: 172.22.216.251#53(172.22.216.251)
> nm-tool | grep DNS:
DNS: 8.8.8.8
Ici, dig
est correct et les informations de nm-tool
sont trompeuses. En réalité, les adresses locales à l'environnement dans lesquelles je suis connecté en VPN sont résolues correctement. Tout ce que Google DNS 8.8.8.8
ne connaît pas .
En effet, après la connexion à un VPN avec vpnc
, il place une ligne dans /etc/resolv.conf
, de sorte qu'il ressemble à:
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
# DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
nameserver 1.2.3.4
nameserver 127.0.0.1
search MyDomain