Changer les DNS sous 16.04

grandtoubab · Le 05/10/2017, à 22:28

on peut aussi utiliser la commande nslookup
exemple

nslookup microsoft.com
Server:		80.67.169.12
Address:	80.67.169.12#53

Non-authoritative answer:
Name:	microsoft.com
Address: 104.43.195.251
Name:	microsoft.com
Address: 191.239.213.197
Name:	microsoft.com
Address: 23.96.52.53
Name:	microsoft.com
Address: 23.100.122.175
Name:	microsoft.com
Address: 104.40.211.35

M'indique bien que c'est le DNS dont l'adresse est Server:80.67.169.12 qui à résolu le domaine microsoft.com en m'indiquant ses @ip

pour avoir les infos sur google

nslookup -type=any google-public-dns-a.google.com
Server:		80.67.169.12
Address:	80.67.169.12#53

Non-authoritative answer:
Name:	google-public-dns-a.google.com
Address: 8.8.8.8
google-public-dns-a.google.com	has AAAA address 2001:4860:4860::8888

Authoritative answers can be found from:
google.com	nameserver = ns4.google.com.
google.com	nameserver = ns1.google.com.
google.com	nameserver = ns2.google.com.
google.com	nameserver = ns3.google.com.
ns1.google.com	internet address = 216.239.32.10
ns2.google.com	internet address = 216.239.34.10
ns3.google.com	internet address = 216.239.36.10
ns4.google.com	internet address = 216.239.38.10

https://www.computerhope.com/unix/unslooku.htm
http://www.commentcamarche.net/contents/711-nslookup

Dernière modification par grandtoubab (Le 05/10/2017, à 22:39)

bishop · Le 05/10/2017, à 23:05

En effet

bishop@bishop:~$ nslookup ubuntu.com
Server:		5.135.183.146
Address:	5.135.183.146#53

Non-authoritative answer:
Name:	ubuntu.com
Address: 91.189.94.40

Je suis allé sur Wikipédia-fr voir de quoi il retourne au sujet de nslookup.

wikipedia-fr a écrit :

nslookup est un programme informatique de recherche d'information dans le Domain Name System (DNS), qui associe nom de domaine et adresses IP. nslookup permet donc d'interroger les serveurs DNS pour obtenir les informations définies pour un domaine déterminé.
Il n'est plus maintenu pour UNIX et il est recommandé d'utiliser dig ou host à la place. Néanmoins cette commande est toujours d'actualité sous Windows.

Du coup j'ai testé la commande dig (sans argument) :

bishop@bishop:~$ dig fr.wikipedia.org.

; <<>> DiG 9.10.3-P4-Ubuntu <<>> fr.wikipedia.org.
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 26771
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 3, ADDITIONAL: 4

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;fr.wikipedia.org.		IN	A

;; ANSWER SECTION:
fr.wikipedia.org.	65	IN	A	91.198.174.192

;; AUTHORITY SECTION:
wikipedia.org.		77632	IN	NS	ns2.wikimedia.org.
wikipedia.org.		77632	IN	NS	ns1.wikimedia.org.
wikipedia.org.		77632	IN	NS	ns0.wikimedia.org.

;; ADDITIONAL SECTION:
ns0.wikimedia.org.	3509	IN	A	208.80.154.238
ns1.wikimedia.org.	3509	IN	A	208.80.153.231
ns2.wikimedia.org.	3509	IN	A	91.198.174.239

;; Query time: 46 msec
;; SERVER: 5.135.183.146#53(5.135.183.146)
;; WHEN: Thu Oct 05 23:59:23 CEST 2017
;; MSG SIZE  rcvd: 173

Dernière modification par bishop (Le 05/10/2017, à 23:08)

Coeur Noir · Le 05/10/2017, à 23:45

Coeur Noir a écrit :

La question serait donc : où écrit-on à la main des DNS qui seront vraiment utilisées par le système, au lieu de celles de la box, sous 16.04 ?

et la réponse semble être /etc/network/interfaces… que se passe-t-il si les dns ne sont pas les mêmes dans ce fichier et dans NetworkManager ?

Coeur Noir · Le 05/10/2017, à 23:59

coeurnoir@Asgard:~$ nslookup microsoft.com
Server:		8.20.247.20
Address:	8.20.247.20#53

Non-authoritative answer:
Name:	microsoft.com
Address: 104.43.195.251
Name:	microsoft.com
Address: 23.100.122.175
Name:	microsoft.com
Address: 23.96.52.53
Name:	microsoft.com
Address: 191.239.213.197
Name:	microsoft.com
Address: 104.40.211.35

coeurnoir@Asgard:~$

Et en image :

…ce qui tendrait à prouver que les adresses dns indiquées dans network manager ne sont pas prises en compte, seulement celle du fichier interfaces ( les 2 premières dans NM ne sont pas dans ce fichier ).
________________________

un peu plus tard…

Je confirme : j'ai enlevé toutes les dns de NetworkManager, en ai mis de nouvelles dans le fichier interfaces, et nslookup confirme. Par contre avec dns 64.6.65.6 DNS Leak Test tourne en rond… donc NetworkManager ( seul ) ne sert à rien pour les DNS ???

Dernière modification par Coeur Noir (Le 06/10/2017, à 00:12)

grandtoubab · Le 06/10/2017, à 06:23

Et pour s'amuser, une fois que l'on sait que le dns google pointe sur 216.239.38.10

https://www.geoiptool.com/fr/?ip=216.239.38.10
-> californie

Ubuntu
https://www.geoiptool.com/fr/?ip=91.189.94.40
->Londres

Pour comparer les DNS
sudo apt install namebench
puis lancer la commande
namebench
ça dure au moins 30 mn et comme par hasard ça trouve que c'est le dns du grand satan google qui est le meilleure mais celui que j'ai choisi est très bien placé en 4ieme position et comme il est libre je le garde
on peut préferer un script tout simple à base de dig
http://www.planet-libre.org/index.php?p … o=external

Dernière modification par grandtoubab (Le 06/10/2017, à 08:44)

Coeur Noir · Le 06/10/2017, à 12:40

Euh merci GrandToubab, mais moi ce qui m'inquiète c'est :

NetworkManager ne sert à rien concernant les dns. Pourquoi tromper l'utilisateur en lui laissant entrer des paramètres qui ne seront pas pris en compte ?
Si NM n'a pas d'effet sur les dns, il faut enlever de son interface graphique les mentions de dns.

maxire · Le 06/10/2017, à 17:04

Salut,

Depuis quelque temps déjà, Ubuntu utilise dnsmasq en cache DNS ce qui implique l'utilisation du serveur DNS local 127.0.0.1.
Ceci est paramétré dans /etc/resolvconf.conf via la variable name_servers=
Exemple de ce qui est livré par défaut sous Archlinux en fichier /etc/resolvconf.conf:

# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details

resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1

Ici name_servers est commenté, je n'utilise pas de DNS local de cette façon.
Ceci annule peut-être la commande supersede de dhclient.conf et également les directives DNS de NetworkManager (à vérifier).

bishop · Le 06/10/2017, à 19:22

grandtoubab a écrit :

namebench
ça dure au moins 30 mn et comme par hasard ça trouve que c'est le dns du grand satan google qui est le meilleure mais celui que j'ai choisi est très bien placé en 4ieme position et comme il est libre je le garde

Je viens de faire le test des DNS Google 8.8.8.8 et 8.8.4.4 avec namebench. Dans la moyenne des temps de réponse ils arrivent en quatrième position :
Test namebench bishop

Gacko · Le 06/10/2017, à 19:32

Hé les geeks il faut arrêter avec la masturbation intellectuelle, voir la masturbation tout court, Linux toutes disti confondus c'est 3% de PDM devinez pourquoi ?
A cause de gens comme vous qui au lieu d'expliquer et de simplifier étalent leur pseudo science imbitable pour le clampin moyen. Dommage, très dommage pour Linux....

Dernière modification par Gacko (Le 06/10/2017, à 19:33)

bishop · Le 06/10/2017, à 20:09

Gacko a écrit :

Hé les geeks il faut arrêter avec la masturbation intellectuelle, voir la masturbation tout court, Linux toutes disti confondus c'est 3% de PDM devinez pourquoi ?
A cause de gens comme vous qui au lieu d'expliquer et de simplifier étalent leur pseudo science imbitable pour le clampin moyen. Dommage, très dommage pour Linux....

Gacko ! Je t'emm... Quand tu auras autant participer au site ubuntu-fr et aider autant de gens que grandtoubab ou moi-même l'avons fait, tu la ramèneras. Si ça te gène que l'on se détende, "masturbe selon tes propos", et que l'on s'amuse un peu, tu passes ton chemin. J'ai 66 piges et des connards j'en ai croisé plus que je ne le souhaitais.
Je reconnais que l'on a pollué ton poste. Ce sont des choses qui arrivent mais il y a d'autres façons de dire les choses quand ça ne nous convient pas.
À bon entendeur, Salut.

Dernière modification par bishop (Le 07/10/2017, à 01:14)

bishop · Le 06/10/2017, à 20:20

Gacko !
Sinon en réponse à ta première question (poste #1), si tu avais lu les postes en pages 1 la solution pour changer les DNS est proposée :

1) Changer les DNS (poste #23)
Je note que tu es inscrit depuis 2011 tu dois donc savoir éditer un fichier :

gksudo gedit /etc/network/interfaces

ou

sudo nano /etc/network/interfaces

2) Changer les DNS dans Network Manager, en détails et en IMG dans le poste #12

En réponse à :

Gacko a écrit :

A cause de gens comme vous qui au lieu d'expliquer et de simplifier...

Après 6 ans passé sous linux si tu ne comprends pas un commentaire imagé comme celui-ci passe à autre chose.

Dernière modification par bishop (Le 07/10/2017, à 01:15)

Coeur Noir · Le 06/10/2017, à 21:43

Sauf que… comme explicité par maxire, changer les dns "seulement" dans NetworkManager ne sert à rien sous Ubuntu, il faut passer par autre chose que l'interface graphique, qui ne renseigne absolument pas de son inutilité… c'est pour le moins maladroit !

grandtoubab · Le 06/10/2017, à 22:00

bishop a écrit :

grandtoubab a écrit :
namebench
ça dure au moins 30 mn et comme par hasard ça trouve que c'est le dns du grand satan google qui est le meilleure mais celui que j'ai choisi est très bien placé en 4ieme position et comme il est libre je le garde
Je viens de faire le test des DNS Google 8.8.8.8 et 8.8.4.4 avec namebench. Dans la moyenne des temps de réponse ils arrivent en quatrième position :
Test namebench bishop

il n'y a pas que la vitesse , ou la différence est en ms, mais il y a aussi la fiabilité dans les réponses pour ne pas etre dirigé vers un faux site et le respect de la vie privé (pas d'archivage des requetes) par exemple

un article récent
https://www.computerworlduk.com/securit … y-3632790/

Résultat des courses

cat /etc/resolv.conf
# Generated by NetworkManager
nameserver 64.6.64.6
nameserver 80.67.188.188
nameserver 198.153.192.1

https://www.verisign.com/fr_FR/security … ndex.xhtml
https://www.icann.org/resources/pages/d … 4-01-29-fr

Dernière modification par grandtoubab (Le 06/10/2017, à 22:59)

bishop · Le 07/10/2017, à 00:38

Coeur Noir a écrit :

Sauf que… comme explicité par maxire, changer les dns "seulement" dans NetworkManager ne sert à rien sous Ubuntu, il faut passer par autre chose que l'interface graphique, qui ne renseigne absolument pas de son inutilité… c'est pour le moins maladroit !

J'ai dû faire les deux manips pour que les DNS soient fonctionnels :
1) Ajouter ou modifier les IP des DNS dans le fichier /etc/network/interfaces
2) Faire la manip dans Network Manager pour écraser les IP DNS existantes dans le fichier /etc/resolv.conf.

bishop · Le 07/10/2017, à 01:11

grandtoubab a écrit :

...
il n'y a pas que la vitesse , ou la différence est en ms, mais il y a aussi la fiabilité dans les réponses pour ne pas etre dirigé vers un faux site et le respect de la vie privé (pas d'archivage des requetes) par exemple
un article récent
https://www.computerworlduk.com/securit … y-3632790/
https://www.verisign.com/fr_FR/security … ndex.xhtml
https://www.icann.org/resources/pages/d … 4-01-29-fr

Je me doute qu'il y a de nombreux critères de sélection, vitesse, fiabilité, sécurité, pillage des données personnelles. J'ai lu pas mal d'articles sur le sujet.
Comme le souligne l'ICANN (le lien dans le poste #38) il faut aussi s'attacher à la sécurité.
Pour ma part les DNS ne sont que le sommet de l'iceberg puisque mes données passe par un VPN (location). Pour joindre le VPN (aller/retour) j'utilise un tunnel LT2P (propriété de Microsoft ) couplé au protocole de cryptographie IPSEC. Je n'en dis pas plus car je commence à avoir mal au poignet.
Je ne dis pas non plus que mon système est bien protégé et inaccessible mais ça devrait compliquer les intrusions et la récupération des données lors de la navigation sur la toile.

Dernière modification par bishop (Le 07/10/2017, à 01:12)

Coeur Noir · Le 07/10/2017, à 01:27

bishop a écrit :

2) Faire la manip dans Network Manager pour écraser les IP DNS existantes dans le fichier /etc/resolv.conf.

Bah d'après mes essais sur 4 pc ( 2 en ubuntu 14.04 et 2 en 16.04 ) tu peux bien mettre rien ou n'importe quoi comme dns dans NetworkManager, ce sont ceux inscrits dans /etc/network/interfaces qui sont utilisés.
Je veux bien croire que j'ai un système bancal, mais 4 ? Quelqu'un pour confirmer ?

Si c'est bien le cas, il faudrait vraiment que dans l'interface graphique de NetworkManager sous Ubuntu, il y ait un avertissement à ce sujet ( ou, radicalement, pas la possibilité d'y rentrer des dns ).
Voir la piste de maxire plus haut.

Dernière modification par Coeur Noir (Le 07/10/2017, à 01:30)

maxire · Le 07/10/2017, à 07:02

Salut,

resolvconf est utilisé ou non, c'est une question de configuration, par les clients DHCP comme DHCLIENT ou DHCPCD, j'ignore si NetworkManager utilise un de ces 2 clients ou un autre qui lui est propre.
En conséquence les directives de resolvconf s'appliquent après celles des clients DHCP précités et éventuellement les remplacent.
Je n'utilise jamais NetworkManager je considère ce programme comme une usine à gaz assez peu fiable.
Cependant Cœur Noir tu peux tenter ceci:
1 - Désactiver dnsmasq à priori pas vraiment nécessaire au fonctionnement d'une station de travail

sudo systemctl disable dnsmasq

2 - Arrêter dnsmasq

sudo systemctl stop dnsmasq

3 - Modifier /etc/resolvconf.conf en commentant la ligne name_servers=127.0.0.1
4 - Déconnecter la station du réseau via NetworkManager
5 - Paramétrer les DNS utilisés par NetworkManager via l'écran de modification de la connexion
6 - Reconnecter la station de travail au réseau via NetworkManager
===> Cela fonctionnera peut-être!
Edit: Euh non c'est plus compliqué, il faut agir dans la configuration de NetworkManager... Affaire à suivre...
Passer par NetworkManager plutôt que par une modification de /etc/Network/interfaces pour paramétrer les serveurs DNS me semble quand même plus simple pour un simple utilisateur d'une station de travail.

Notes:
- Je donne des directives valables à partir de Ubuntu 16.04 (SystemD), pour la 14.04 utiliser les commandes UpStart que j'ai complètement oubliées.
- Je n'ai pas testé mes recommandations faute d'un Ubuntu disponible chez moi

Dernière modification par maxire (Le 07/10/2017, à 10:30)

grandtoubab · Le 07/10/2017, à 08:33

Ce qu'il y a de bien dans Linux c'est qu'on peut arriver a une conclusion diamétralement opposée sur le même sujet, pour moi Network-Manager est un outil très simple qui facilite la vie de l'utilisateur si on le laisse gérer le réseau avec dhcp-client

ça tiens en 2 fichiers de conf

cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false

debian:/etc/network$ cat interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

On voit donc dans les logs du démarrage que dhcp popule /etc/resolv.conf à partir de ses infos de configuration dans
/etc/dhcp/dhclient.conf qui contient supersede domain-name-servers 64.6.64.6,80.67.188.188,198.153.192.1;

debian:~$ journalctl -xb | grep dhcp
oct. 07 08:52:37 debian NetworkManager[582]: <info>  [1507359157.7316] dhcp-init: Using DHCP client 'dhclient'
oct. 07 08:52:41 debian NetworkManager[582]: <info>  [1507359161.6535] dhcp4 (wlan0): activation: beginning transaction (timeout in 45 seconds)
oct. 07 08:52:42 debian NetworkManager[582]: <info>  [1507359162.1337] dhcp4 (wlan0): dhclient started with pid 739
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7200] dhcp4 (wlan0):   address 192.168.1.68
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7201] dhcp4 (wlan0):   plen 24 (255.255.255.0)
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7201] dhcp4 (wlan0):   gateway 192.168.1.1
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7201] dhcp4 (wlan0):   lease time 86400
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7201] dhcp4 (wlan0):   hostname 'debian'
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7202] dhcp4 (wlan0):   nameserver '64.6.64.6'
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7202] dhcp4 (wlan0):   nameserver '80.67.188.188'
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7202] dhcp4 (wlan0):   nameserver '198.153.192.1'
oct. 07 08:52:43 debian NetworkManager[582]: <info>  [1507359163.7202] dhcp4 (wlan0): state changed unknown -> bound

Aucun autre service n'intervient dans ma machine
Au niveau de Network-Manager, la connexion est en Automatique (dhcp) avec rien d'autres, elle est détectée et la première fois il faut simplement donner le clé d'authentification wifi

$ /usr/bin/nm-connection-editor

Pour lister les infos de connexion en cours

$ /usr/bin/nmcli

Avec systemd, pour connaitre la séquence de démarrage, après l'ouverture de session, avec son utilisateur ordinaire

systemd-analyze plot > dem-07102017.svg

ça genère une image hyper-compressée qui est lisible avec son navigateur donc depuis l'explorateur de fichier, sélectionner l'image -> clic droit -> ouvrir avec firefox

Dernière modification par grandtoubab (Le 07/10/2017, à 09:03)

bishop · Le 07/10/2017, à 09:08

Coeur Noir a écrit :

bishop a écrit :
2) Faire la manip dans Network Manager pour écraser les IP DNS existantes dans le fichier /etc/resolv.conf.
Bah d'après mes essais sur 4 pc ( 2 en ubuntu 14.04 et 2 en 16.04 ) tu peux bien mettre rien ou n'importe quoi comme dns dans NetworkManager, ce sont ceux inscrits dans /etc/network/interfaces qui sont utilisés.
Je veux bien croire que j'ai un système bancal, mais 4 ? Quelqu'un pour confirmer ?
Si c'est bien le cas, il faudrait vraiment que dans l'interface graphique de NetworkManager sous Ubuntu, il y ait un avertissement à ce sujet ( ou, radicalement, pas la possibilité d'y rentrer des dns ).
Voir la piste de maxire plus haut.

Du coup je ne suis plus tout à fait sûr de mes manips. Lorsque je change les DNS, le problème est que la commande :

sudo service networking restart

ne fonctionne pas. Du moins les nouveaux DNS ne sont pas pris en compte. J'ai essayé diverses manips comme se déconnecter et se reconnecter avec Network Manager mais rien n'y fait. C'est pour cette raison que je m'embrouille. Il faut redémarrer l'ordi pour que les DNS soient opérationnels.
Je ferai un nouveau test dans la journée pour confirmer me différents propos.

Dernière modification par bishop (Le 07/10/2017, à 09:50)

maxire · Le 07/10/2017, à 09:15

@Grantoubab, le problème est que tu utilises Debian et non Ubuntu.
Debian utilise-t-il par défaut dnsmasq comme Ubuntu en cache DNS?

Je ne sais plus, j'ai moi-même tellement personnalisé ma machine Debian que je suis incapable de le dire.

grandtoubab · Le 07/10/2017, à 09:26

maxire a écrit :

@Grantoubab, le problème est que tu utilises Debian et non Ubuntu.
Debian utilise-t-il par défaut dnsmasq comme Ubuntu en cache DNS?
Je ne sais plus, j'ai moi-même tellement personnalisé ma machine Debian que je suis incapable de le dire.

Utiliser Debian n'est certainement pas un probleme ce sont de toute façon les mêmes ingrédients utilisés différemment

il n'y a que les fichier de base (authentification) pour les échanges DNS mais pas de cache
Uniquement ces 2 paquets sur ma machine

dns-root-data/testing,testing,now 2017072601 all  [installé]
dnsmasq-base/testing,now 2.78-1 amd64  [installé]

Dernière modification par grandtoubab (Le 07/10/2017, à 11:02)

kikito · Le 07/10/2017, à 09:51

Salut.

Vous jetez un sérieux doute sur le(s) fonctionnement(s) DNS

tiens, pour en rajouter une couche , que se passe-t-il pour ceux qui sont en IPV6 ? ? ?

bishop · Le 07/10/2017, à 10:04

grandtoubab a écrit :

Ce qu'il y a de bien dans Linux c'est qu'on peut arriver a une conclusion diamétralement opposée sur le même sujet, pour moi Network-Manager est un outil très simple qui facilite la vie de l'utilisateur si on le laisse gérer le réseau avec dhcp-client
ça tiens en 2 fichiers de conf
cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile

[ifupdown]
managed=false
debian:/etc/network$ cat interfaces
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).

source /etc/network/interfaces.d/*

# The loopback network interface
auto lo
iface lo inet loopback

Tes DNS n'apparaîssent pas dans /etc/network/interfaces ?

On n'a pas les mêmes réponses pour les mêmes commandes :

bishop@bishop:~$ cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=ifupdown,keyfile,ofono
dns=dnsmasq

no-auto-default=00:1F:BC:09:84:97,00:1F:BC:11:AA:CF,00:1F:BC:11:AA:CE,

[ifupdown]
managed=false

bishop@bishop:~$ cat /etc/network/interfaces
# interfaces(5) file used by ifup(8) and ifdown(8)
auto lo
iface lo inet loopback

dns-nameservers 8.8.8.8 8.8.4.4

Dernière modification par bishop (Le 07/10/2017, à 10:05)

grandtoubab · Le 07/10/2017, à 10:56

bishop a écrit :

On n'a pas les mêmes réponses pour les mêmes commandes :

Exactement j'ai simplement montré comment Debian gérait le réseau et comme tu le vois c'est différent d'Ubuntu
Dans mon Debian les DNS sont gérés par dhcp-client

isc-dhcp-client/testing,stable,now 4.3.5-3 amd64  [installé]
isc-dhcp-common/testing,stable,now 4.3.5-3 amd64  [installé]

les connexions sont gérées par Network-Manager, on les trouve dans /etc/NetworkManager/system-connections/

Dernière modification par grandtoubab (Le 07/10/2017, à 11:00)

maxire · Le 07/10/2017, à 11:04

Je me suis trompé dans mes suppositions précédentes.
J'ai retrouvé un Xubuntu 16.04 de derrière les fagots et voilà ce que cela donne:

● NetworkManager.service - Network Manager
   Loaded: loaded (/lib/systemd/system/NetworkManager.service; enabled; vendor preset: enabled)
   Active: active (running) since sam. 2017-10-07 11:08:34 CEST; 26min ago
     Docs: man:NetworkManager(8)
 Main PID: 827 (NetworkManager)
   CGroup: /system.slice/NetworkManager.service
           ├─ 827 /usr/sbin/NetworkManager --no-daemon
           ├─1008 /sbin/dhclient -d -q -sf /usr/lib/NetworkManager/nm-dhcp-helper -pf /var/run/dhclient-ens5.pid -lf /var/lib/NetworkManager/dhclient-e096d4c1-a623-444b-844d-e
           └─1021 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/NetworkManager/dnsmasq.pid --listen-address=127.0.1.1 --c

oct. 07 11:09:00 ubuntu NetworkManager[827]: <info>  [1507367340.4878] device (wls1): supplicant interface state: authenticating -> associating
oct. 07 11:09:00 ubuntu NetworkManager[827]: <info>  [1507367340.6873] device (wls1): supplicant interface state: associating -> disconnected
oct. 07 11:09:01 ubuntu NetworkManager[827]: <info>  [1507367341.1941] device (wls1): supplicant interface state: disconnected -> scanning
oct. 07 11:09:04 ubuntu dhclient[1580]: DHCPDISCOVER on wls1 to 255.255.255.255 port 67 interval 16 (xid=0xd2c9d50f)
oct. 07 11:09:13 ubuntu NetworkManager[827]: <info>  [1507367353.1991] device (wls1): state change: ip-config -> deactivating (reason 'user-requested') [70 110 39]
oct. 07 11:09:13 ubuntu NetworkManager[827]: <info>  [1507367353.1993] audit: op="device-disconnect" interface="wls1" ifindex=3 pid=1778 uid=1000 result="success"
oct. 07 11:09:13 ubuntu NetworkManager[827]: <info>  [1507367353.1996] device (wls1): state change: deactivating -> disconnected (reason 'user-requested') [110 30 39]
oct. 07 11:09:13 ubuntu NetworkManager[827]: <info>  [1507367353.2341] dhcp4 (wls1): canceled DHCP transaction, DHCP client pid 1580
oct. 07 11:09:13 ubuntu NetworkManager[827]: <info>  [1507367353.2342] dhcp4 (wls1): state changed unknown -> done
oct. 07 11:09:14 ubuntu NetworkManager[827]: <info>  [1507367354.0953] device (wls1): supplicant interface state: scanning -> inactive

- dnsmasq est lancé par NetworkManager, donc ma proposition précédente de désactivation de dnsmasq ne tient pas la route
- NetworkManager utilise bien dhclient qui utilise lui-même un script de configuration en /usr/lib/NetworkManager/nm-dhcp-helper (option -sf) qui fait je ne sais pas quoi car c'est un programme compilé.

Voici ce que font dhclient et dnsmasq:

toto@ubuntu:~$ journalctl -b -t dhclient
-- Logs begin at sam. 2017-10-07 11:08:14 CEST, end at sam. 2017-10-07 11:30:13 CEST. --
oct. 07 11:08:35 ubuntu dhclient[1008]: DHCPDISCOVER on ens5 to 255.255.255.255 port 67 interval 3 (xid=0x84a4654e)
oct. 07 11:08:35 ubuntu dhclient[1008]: DHCPREQUEST of 192.168.0.43 on ens5 to 255.255.255.255 port 67 (xid=0x4e65a484)
oct. 07 11:08:35 ubuntu dhclient[1008]: DHCPOFFER of 192.168.0.43 from 192.168.0.9
oct. 07 11:08:35 ubuntu dhclient[1008]: DHCPACK of 192.168.0.43 from 192.168.0.9
oct. 07 11:08:35 ubuntu dhclient[1008]: bound to 192.168.0.43 -- renewal in 19817 seconds.
oct. 07 11:08:53 ubuntu dhclient[1580]: DHCPDISCOVER on wls1 to 255.255.255.255 port 67 interval 3 (xid=0xd2c9d50f)
oct. 07 11:08:56 ubuntu dhclient[1580]: DHCPDISCOVER on wls1 to 255.255.255.255 port 67 interval 8 (xid=0xd2c9d50f)
oct. 07 11:09:04 ubuntu dhclient[1580]: DHCPDISCOVER on wls1 to 255.255.255.255 port 67 interval 16 (xid=0xd2c9d50f)
toto@ubuntu:~$ journalctl -b -t dnsmasq
-- Logs begin at sam. 2017-10-07 11:08:14 CEST, end at sam. 2017-10-07 11:30:13 CEST. --
oct. 07 11:08:36 ubuntu dnsmasq[1021]: démarrage avec le cache désactivé (version 2.75)
oct. 07 11:08:36 ubuntu dnsmasq[1021]: options à la compilation : IPv6 GNU-getopt DBus i18n IDN DHCP DHCPv6 no-Lua TFTP conntrack ipset auth DNSSEC loop-detect inotify
oct. 07 11:08:36 ubuntu dnsmasq[1021]: Support DBus autorisé : connecté au bus système
oct. 07 11:08:36 ubuntu dnsmasq[1021]: attention : aucun serveur amont n'est configuré
oct. 07 11:08:37 ubuntu dnsmasq[1021]: configuration des serveurs amonts à partir de DBus
oct. 07 11:08:37 ubuntu dnsmasq[1021]: utilise le serveur de nom 192.168.0.9#53 (via ens5)
toto@ubuntu:~$

C'est bien dnsmasq qui contrôle le nom de serveur DNS contrairement à dhclient, comme indiqué dans la dernière ligne de son compte-rendu d'exécution et ce nom de serveur est récupéré par DBus (auprès de quel service? mystère!) comme indiqué dans l'avant-dernière ligne de ce même compte-rendu.

oct. 07 11:08:37 ubuntu dnsmasq[1021]: configuration des serveurs amonts à partir de DBus
oct. 07 11:08:37 ubuntu dnsmasq[1021]: utilise le serveur de nom 192.168.0.9#53 (via ens5)

192.168.0.9 est bien l'adresse de mon serveur DNS local (ce n'est pas une box).

Contenu de /etc/resolv.conf:

toto@ubuntu:~$ cat /etc/resolv.conf
# 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 127.0.1.1
search home
toto@ubuntu:~$

Je n'ai en ce moment pas de réponse simple à la question de Gacko.

Affaire à suivre...

Edit:
J'ai accidentellement tronqué la ligne de commande de dnsmasq.
Le service DBus utilisé pour récupérer le nom du serveur DNS amont de dnsmasq est org.freedesktop.NetworkManager.dnsmasq (paramètre --enable-dbus= de dnsmasq), le paramètre --no-resolv indique à dnsmasq de ne pas utiliser le contenu de /etc/resolv.conf pour se configurer.
Je n'ai aucune idée du fonctionnement de org.freedesktop.NetworkManager.dnsmasq.

Commande exacte de lancement de dnsmasq:

 /usr/sbin/dnsmasq --no-resolv --keep-in-foreground --no-hosts --bind-interfaces --pid-file=/var/run/NetworkManager/dnsmasq.pid --listen-address=127.0.1.1 --cache-size=0 --conf-file=/dev/null --proxy-dnssec --enable-dbus=org.freedesktop.NetworkManager.dnsmasq --conf-dir=/etc/NetworkManager/dnsmasq.d

Dernière modification par maxire (Le 07/10/2017, à 11:30)

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 05/10/2017, à 22:28

Re : Changer les DNS sous 16.04

#27 Le 05/10/2017, à 23:05

Re : Changer les DNS sous 16.04

#28 Le 05/10/2017, à 23:45

Re : Changer les DNS sous 16.04

#29 Le 05/10/2017, à 23:59

Re : Changer les DNS sous 16.04

#30 Le 06/10/2017, à 06:23

Re : Changer les DNS sous 16.04

#31 Le 06/10/2017, à 12:40

Re : Changer les DNS sous 16.04

#32 Le 06/10/2017, à 17:04

Re : Changer les DNS sous 16.04

#33 Le 06/10/2017, à 19:22

Re : Changer les DNS sous 16.04

#34 Le 06/10/2017, à 19:32

Re : Changer les DNS sous 16.04

#35 Le 06/10/2017, à 20:09

Re : Changer les DNS sous 16.04

#36 Le 06/10/2017, à 20:20

Re : Changer les DNS sous 16.04

#37 Le 06/10/2017, à 21:43

Re : Changer les DNS sous 16.04

#38 Le 06/10/2017, à 22:00

Re : Changer les DNS sous 16.04

#39 Le 07/10/2017, à 00:38

Re : Changer les DNS sous 16.04

#40 Le 07/10/2017, à 01:11

Re : Changer les DNS sous 16.04

#41 Le 07/10/2017, à 01:27

Re : Changer les DNS sous 16.04

#42 Le 07/10/2017, à 07:02

Re : Changer les DNS sous 16.04

#43 Le 07/10/2017, à 08:33

Re : Changer les DNS sous 16.04

#44 Le 07/10/2017, à 09:08

Re : Changer les DNS sous 16.04

#45 Le 07/10/2017, à 09:15

Re : Changer les DNS sous 16.04

#46 Le 07/10/2017, à 09:26

Re : Changer les DNS sous 16.04

#47 Le 07/10/2017, à 09:51

Re : Changer les DNS sous 16.04

#48 Le 07/10/2017, à 10:04

Re : Changer les DNS sous 16.04

#49 Le 07/10/2017, à 10:56

Re : Changer les DNS sous 16.04

#50 Le 07/10/2017, à 11:04

Re : Changer les DNS sous 16.04

Pied de page des forums