Les deux réponses les mieux notées, nmcli dev list iface <interfacename> | grep IP4
y nm-tool
Les deux supposent que le gestionnaire du réseau est aux commandes. Ce qu'il fait - sur les ordinateurs de bureau, la plupart du temps. Mais la réponse plus complète est que parfois le gestionnaire de réseau n'a pas le contrôle. Par exemple vpnc
s'occupe de /etc/resolv.conf
directement.
Alors : Vérifiez d'abord si 127.0.0.1/localhost est utilisé. Cela peut être fait avec dig
:
> dig something.unknown | grep SERVER:
;; SERVER: 127.0.0.1#53(127.0.0.1)
Vous savez maintenant que nous sont en utilisant localhost. Allez-y avec l'une des réponses populaires. J'aime bien :
> nm-tool | grep DNS:
DNS: 8.8.8.8
Mais si 127.0.0.1/localhost est pas utilisé, alors nm-tool
et nmcli
sera trompeuse :
> 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 correcte et nm-tool
Les informations de l'entreprise sont trompeuses. En réalité, les adresses locales de l'environnement dans lequel je me suis connecté par VPN sont résolues correctement. Tout ce que le DNS de Google 8.8.8.8
n'a pas connaître.
C'est parce qu'après s'être connecté à un VPN avec vpnc
il met une ligne dans /etc/resolv.conf
donc ça ressemble à ça :
# 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