Bonjour j’utilise un vps, le resolv.conf n’est pas modifiable.
J’ai supersede le dhclient.conf ce qui a modifié le resolv.conf comme je le souhaitais.
Le problème c’est que je n’ai pas confiance en ces changements j’aimerais pouvoir voir quel dns est utilisé via une ligne de commande, un peu comme ce que certains sites proposent via navigateur.
Il y a des commandes qui font ca?
Bonjour,
Je vois pas bien pourquoi…
La commande nslookup commence par le DNS utilisé pour la résolution:
root@hs:~# nslookup 8.8.8.8
Server: 80.67.169.12
Address: 80.67.169.12#53
Non-authoritative answer:
8.8.8.8.in-addr.arpa name = google-public-dns-a.google.com.
Authoritative answers can be found from:
8.8.in-addr.arpa nameserver = ns2.level3.net.
8.8.in-addr.arpa nameserver = ns1.level3.net.
ns1.level3.net internet address = 209.244.0.1
ns2.level3.net internet address = 209.244.0.2il y a un script quelque part qui réécrit le resolv.conf a chaque networking restart.
Je te remercie pour la commade, mon fichier est donc bien pris en compte 
Peut-être resolvconf ou systemd-resolved, pour vérifier sous stretch:
apt policy resolvconf
systemctl status systemd-resolved
Sinon la documentation sur la configuration réseau est bien foutue 
salut
J’utilise dnsmasq, on peut le voir dans le journal
journalctl -xb | grep dns
Exemple:
mai 23 08:01:14 debian dnsmasq[9788]: configuration des serveurs amonts à partir de DBus
mai 23 08:01:14 debian dnsmasq[9788]: ignore le serveur de nom 127.0.0.1 - interface locale
mai 23 08:01:14 debian dnsmasq[9788]: utilise le serveur de nom 64.6.64.6#53 (via wlp3s0b1)
mai 23 08:01:14 debian dnsmasq[9788]: utilise le serveur de nom 80.67.188.188#53 (via wlp3s0b1)
car avec ma configuration
grep domain-name-servers /etc/dhcp/dhclient.conf
supersede domain-name-servers 64.6.64.6,80.67.188.188;
prepend domain-name-servers 127.0.0.1;
Nslookup est trompé par dhcp-client
nslookup linux.org
Server: 127.0.0.1
Address: 127.0.0.1#53
Non-authoritative answer:
Name: linux.org
Address: 104.28.17.26
Name: linux.org
Address: 104.28.16.26
Name: linux.org
Address: 2400:cb00:2048:1::681c:111a
Name: linux.org
Address: 2400:cb00:2048:1::681c:101a
Avec dig, on voit que la premiere requete passe par les dns: 53 ms
dig sncf.com
; <<>> DiG 9.11.3-1-Debian <<>> sncf.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16238
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;sncf.com. IN A
;; ANSWER SECTION:
sncf.com. 3600 IN A 90.80.158.159
sncf.com. 3600 IN A 90.85.36.64
;; Query time: 53 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed May 23 11:36:08 CEST 2018
;; MSG SIZE rcvd: 69
la seconde par le cache: 0 msec
dig sncf.com
; <<>> DiG 9.11.3-1-Debian <<>> sncf.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 40220
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;sncf.com. IN A
;; ANSWER SECTION:
sncf.com. 3577 IN A 90.85.36.64
sncf.com. 3577 IN A 90.80.158.159
;; Query time: 0 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Wed May 23 11:36:31 CEST 2018
;; MSG SIZE rcvd: 69
d’ailleurs il y a pas moyen de mettre de l’IPv6 dans le supersede du dhclient.conf?
Faut surtout trouver les ipv6 des dns mais pour verisign c’est ok, elles sont indiquées
• If needed, repeat the process for IPv6 settings using the following IPv6 addresses
2620:74:1b::1:1
2620:74:1c::2:2
Je n’utilise pas ipv6 donc pas essayé
Personnellement j’utilise plutôt les DNS de l’assos FDN https://www.fdn.fr/actions/dns/
le prob quand je met de l’IPv6 dans le supersede c’est que supersede n’est plus pris en compte 
mais là on parle de la config dns-name-server de mon futur résolveur dns bind9
As tu essayé dans les parametres de la connexion avec Network-Manager, onglet ipv6
root@debian:/# nm-connection-editor
je suis sur serveur ^^, j’ai lu de mauvaises choses sur le network manager (à prioris si j’ai bien compris ce n’est pas installé de base)
bof, bof… Network-Manager fonctionne très bien sur mes PC en tout cas
les connexions sont dans /etc/NetworkManager/system-connections/ et peuvent se modifier avec un éditeur
je vais tester