Vous n'êtes pas identifié(e).
Dernière modification par bertaudmarc (11-12-2017 15:39:45)
Hors ligne
Classiquement on inscrivait dans resolv.conf les ip mais maintenant ce fichier est gérer par NetworkManager.
Pas forcément. NetworkManager n'est pas systématiquement installé.
Donc si on n'utilise pas NM on ne devrait pas écrire dans ce fichier. Correct ?
Euh, on devrait surtout ne pas écrire directement dans ce fichier si on utilise NM. Les DNS doivent alors être configurés dans NM, qui les écrira dans resolv.conf. Et si on n'utilise pas NM, on devrait envisager de le désinstaller pour éviter toute interférence, car il a tendance à vouloir s'occuper de toutes les interfaces réseau présentes sauf si elles sont définies dans /etc/network/interfaces.
On peut écrire aussi les dns dans le fichier /etc/network/interfaces.
Confirmez-moi qu'il est donc inutile d'installer resolvconf.
Au contraire, le paquet resolvconf est nécessaire pour que les DNS définis dans /etc/network/interfaces soient pris en compte.
Dernière modification par raleur (08-12-2017 20:48:21)
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne
Hors ligne
Dernière modification par anonyme (10-12-2017 03:30:14)
Le paquet resolvconf n'est pas installé par défaut. A cause de NM ?
Je ne pense pas. NM et resolvconf ne sont pas incompatibles. Si resolvconf est installé, NM (ainsi que dhclient, rdnssd et divers autres programmes) passe par lui pour modifier /etc/resolv.conf au lieu de le faire directement.
Je répète : si on configure le réseau avec /etc/network/interfaces et qu'on veut configurer les DNS avec les options dns-nameserver ou dns-nameservers, alors le paquet resolvconf doit être installé car c'est lui qui prend en compte ces options. Alternativement on peut inscrire les DNS directement dans /etc/resolv.conf mais il me semble plus pratique de regrouper tous les paramètres de configuration réseau (adresse, masque, passerelle, DNS) au même endroit, le fichier interfaces.
Sans NM, resolvconf est aussi utile en configuration automatique IPv4 par DHCP avec dhclient + IPv6 par SLAAC avec rdnssd. Ainsi les DNS IPv4 fournis par dhclient et les DNS IPv6 fournis par rdnssd sont combinés par resolvconf dans resolv.conf au lieu de s'écraser mutuellement.
Il vaut mieux montrer que raconter.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Dernière modification par raleur (10-12-2017 14:23:40)
Il vaut mieux montrer que raconter.
Hors ligne
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Bonjour
J'ai remarqué sur ma machine que changer directement dans le fichier resolv.conf ne sert a rien car les réglages disparaissent après un reboot
c'est network-manager qui gère le réseau et j'ai regardé resolvconf n'est pas installé
pas vraie si tu est en dhcp , c'est dhcp-client qui va donner l information (en fonction de ce que donne le serveur dhcpd ) . NM est désactivé si tu a un fichier interfaces
si tu n'a pas de fichier interfaces c'est NM qui va configurer le resolv.conf
donc en IP fixe (avec un fichier interfaces) c'est toi qui détermine le DNS (NM ne devrait pas etre installé sur une configuration statique , le cas d un serveur par exemple )
en dhcp c'est le serveur dhcp qui attribue le DNS (et serveur de temps , DNS etc .......... )
sans fichier interfaces c'est NM qui configure le réseau (soit en auto , soit en statique si tu entre manuellement la configuration (le DNS aussi ) ).
nota: avec NM sans fichier interfaces (je ne l utilise pas ) il doit etre possible d avoir une configuration statique et donc un contenu de resolv.conf statique aussi
il suffit de renseigner toutes les informations
je vois pas trop le souci de ne pas installer resolvconf , qui ne fait pas partie d une installation par défaut de debian.
un exemple sur une debian sid fraichement installé avec NM (pas de paquet resolvconf installé )
bureau gnome + gdm3 , NM est installé par défaut sur un bureau gnome (donc dans l exemple ci dessous il est présent ) NM => son état => filaire non géré , VPN désactivé
la description du demaon avahi
le contenu de resolv.conf qui est figé ( NM ne modifira jamais ce fichier )
le contenu du fichier interfaces (créé a l installation de debian
le contenu du dossier resolvconf
sur les cahiers de l admin (wheezy ou jessie ) il y a un paragraphe sur l utilisation de resolvconf a la place de resolv.conf
tous les cas sont possibles si le réseau est bien configuré avec resolv.conf
Dernière modification par anonyme (10-12-2017 16:50:26)
pas vraie si tu est en dhcp
Qu'est-ce qui n'est pas vrai ?
si tu est en dhcp , c'est dhcp-client qui va donner l information
Mais ce n'est pas forcément lui qui va écrire dans resolv.conf.
Si resolvconf est installé, c'est resolvconf qui va écrire les DNS fournis par dhclient dans resolv.conf (en les ajoutant aux DNS déjà existants, contrairement à dhclient qui écraserait tout s'il écrivait directement dans le fichier).
Si dhclient a été invoqué par NM et resolvconf n'est pas installé, c'est NM qui va écrire les DNS fournis par dhclient dans resolv.conf en les combinant avec les autres sources de DNS qu'il gère, contrairement à dhclient qui écraserait tout.
NM est désactivé si tu a un fichier interfaces
C'est faux. NM reste actif mais par défaut il ne gère pas les interfaces configurées dans le fichier interfaces. "Par défaut", ça veut dire qu'il a une option qu'on peut modifier pour qu'il gère même les interfaces configurées dans le fichier interfaces.
si tu n'a pas de fichier interfaces c'est NM qui va configurer le resolv.conf
C'est encore faux, et de toute façon il y a toujours un fichier interfaces pour configurer l'interface de loopback.
en dhcp c'est le serveur dhcp qui attribue le DNS
Non, un serveur DHCP n'a pas un tel pouvoir. Il ne fait qu'annoncer les DNS, et le client en fait ce qu'il veut. Il peut les ignorer, les remplacer, en ajouter d'autres... resolvconf, dhclient et NM ont des options pour cela.
je vois pas trop le souci de ne pas installer resolvconf
Le souci de ne pas installer resolvconf est de deux ordres :
- Les options dns-nameserver(s) dans le fichier interfaces sont sans effet. Tout le monde ne le sait pas.
- S'il y a plusieurs sources de DNS qui ne sont pas gérées par NM, la dernière source écrase le contenu de resolvconf écrit par la source précédente.
Exemple que j'ai déjà mentionné : les DNS IPv4 fournis par dhclient et les DNS IPv6 fournis par rdnssd. Sans resolvconf, selon le dernier qui a écrit dans resolv.conf on n'aura que les uns ou les autres. Avec resolvconf, on aura les deux.
Autre exemple : une interface gérée par NM et une autre interface configurée dans le fichier interfaces qui fournissent toutes les deux des DNS.
la description du demaon avahi
Qu'est-ce qu'avahi vient faire ici ? Il ne gère que le multicast DNS (mDNS) qui est distinct du DNS et n'a rien à voir avec resolv.conf.
le contenu de resolv.conf qui est figé ( NM ne modifira jamais ce fichier )
Si NM est installé, ne compte pas trop là-dessus. NM gère automatiquement toute nouvelle interface (y compris les interface réseau virtuelles émulées par certains périphériques USB, avec un serveur DHCP émulé) non configurée dans le fichier interfaces apparaisse et peut donc modifier les DNS.
le contenu du fichier interfaces (créé a l installation de debian
Lorsque NM n'a pas été installé par l'installateur. Sinon la configuration de l'interface ethernet serait commentée.
le contenu du dossier resolvconf
Le script /etc/resolvconf/update-libc.d/avahi-daemon sert à désactiver avahi s'il s'avère qu'il existe un domaine DNS ".local" (qui ne devrait pas exister car c'est réservé). En effet avahi/mDNS utilise ce domaine spécial, et entrerait en conflit avec la résolution DNS de ce domaine.
Il vaut mieux montrer que raconter.
Hors ligne
NM n'a pas inventé le fil a couper le beurre , il a repris les informations que fournie le serveur dhcp
l'avantage c'est que je peu personnaliser les informations réseau comme on peu le faire avec le fichier interfaces
après que le DNS spécifié dans le fichier interface n'est pas pris en compte , ça n engage que raleur , personnellement mon serveur utilise le DNS configuré en dur dans interfaces et resolv.conf
je me suis pas posé la question lequel des deux est utilisé , NM n'est pas installé
quand au clients (en dhcp) ils sont mit a jours (réseau) par les informations du serveur dhcp (avec le fichier interfaces ou NM )
sans domaine j'aurai eu de NM juste ceci
le lien du wiki debian ci dessus te donne aussi les avantages du paquet resolvconf (par rapport a resolv.conf )
Dernière modification par anonyme (10-12-2017 20:25:05)
# Generated by NetworkManager
search mondomaine.net
nameserver 192.xxx.xxxx.xxxx
NM n'est pas installé
NM n'est plus installé serait plus juste
-->les cahiers du debutant<-- WikiDF-->Découvrir les principales commandes Linux<--
L' expérience, c'est le nom que chacun donne à ses erreurs. Oscar Wilde
Hors ligne
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
Comment relances-tu le réseau ?
Par
Comment est activée l'interface ? Avec "auto" ou "allow-hotplug" ?
Par
Hors ligne
nota: "dns-nameservers" 127.0.0.1 correspond a mon DNS local
je peu indiquer n'importe lequel (ou plusieurs) du moment qu il est valide et est identique a celui contenu dans resolv.conf
le fichier "resolv.conf" correspondant
tous les paquets relatif a une configuration automatique du réseau sont supprimés .
donc network-manager n'est pas installé sur cette machine.
pour resolvconf tu a le lien du wiki debian au dessus (voir si la version anglaise est plus a jour ) qui t'explique son utilisation et les avantages .
pour tes tests j'ai un doute sur le résultat , mais j'ai pas vérifié .
sur jessie ceci doit fonctionner
ou "stop" , "start" , "restart"
peut etre qu un jour debian imposera resolvconf a la place de resolv.conf (comme pour systemd ) pour l instant on a encore le choix .
je suis plutot pour une configuration statique et en dur . (peut etre que certaines configurations demande quelque chose de plus évolué )
nota :
@bertaudmarc
ce n'est pas une joute mais une discussion
Mais dans ton cas "networking restart" a bien dû redémarrer l'interface puisqu'elle est marquée avec "auto". Donc je ne sais pas pourquoi l'option dns-nameserver n'a pas été prise en compte avant le redémarrage du système.
peut etre qu un jour debian imposera resolvconf a la place de resolv.conf
Ce que tu écris n'a pas de sens. Ce n'est pas l'un ou l'autre. /etc/resolv.conf existe toujours, même avec resolvconf. C'est juste la façon de le gérer qui change.
je suis plutot pour une configuration statique et en dur
Les options dns-* dans /etc/network/interfaces, ce n'est pas assez "statique et en dur" pour toi ?
Il vaut mieux montrer que raconter.
Hors ligne
Hors ligne