Comment puis-je ajouter des domaines de recherche supplémentaires au resolv.conf créé par dhclient dans CentOS

Aucune n'a fonctionné, mais la dernière était la plus proche. Pour Red Hat 6, utilisez DOMAIN au lieu de SEARCH comme dans l'exemple ci-dessus et l'emplacement du fichier est différent.

J'ai modifié le fichier /etc/sysconfig/network-scripts/ifcfg-eth0

et j'ai changé

DOMAIN=domain.com

en

DOMAIN="domain.com sub.domain.com"

et tout a fonctionné.

Vous pouvez également ajouter une chaîne au fichier /etc/dhcp3/dhclient.conf comme ceci

prepend domain-search "domain1.com", "domain2.com";

Notez que cette méthode fonctionne également avec Debian Lenny et Squeeze.

J'ai réussi à résoudre ce problème à la fin. J'ai ajouté une ligne comme la suivante à /etc/dhclient-eth0.conf

append domain-name "example.com";

Il s'agit surtout d'une note pour RHEL7 afin de réduire les essais et les erreurs. Réponse du doyen de l'utilisation de DOMAIN="domain1.exmaple.com domain2.example.com" dans /etc/sysconfig/network-scripts/ifcfg-device.conf fonctionne. Une note intéressante est que le domaine de l'hôte que la connexion obtient du DHCP est toujours précédé du chemin de recherche, même si vous le laissez en dehors de DOMAIN= ou si vous le mettez plus tard dans une liste pour DOMAIN=. Il semble que /sbin/dhclient-script ait un tas de logique liée à cela.

Dans mes tests, j'ai trouvé que la suggestion de Philip d'utiliser /etc/dhcp/dhclient-device.conf fonctionne également, bien qu'il y ait un comportement étrange avec cela, très probablement dû à cette même logique dans /sbin/dhclient-script qui essaie de déplacer les choses. Par exemple, si aucun des deux ne se superpose ou ne précède le travail comme prévu, le domaine de l'hôte sera le premier. En marge de cette méthode, /var/lib/NetworkManager/dhclient-device.conf est le fichier NetworkManager généré et est utilisé par le client. Si vous avez un fichier en /etc/dhcp/ qui est lu, vous le verrez collé en haut du fichier et quelques options supplémentaires seront ajoutées en dessous.

Sur CentOS 6, j'utilise le fichier suivant pour ajouter mon domaine de recherche DNS préféré :

# cat /etc/dhcp/dhclient-eth0.conf 
interface "eth0" {
    supersede domain-search "dns1.example.com";
}
# getenforce 
Enforcing
# ls -lZ /etc/dhcp/dhclient-eth0.conf 
-rw-r--r--. root root system_u:object_r:bin_t:s0 /etc/dhcp/dhclient-eth0.conf
#

Ce fichier est le premier qui est vérifié dans /etc/sysconfig/network-scripts/ifup-eth :

if [-s /etc/dhcp/dhclient-${DEVICE}.conf]; then
   DHCLIENTCONF="-cf /etc/dhcp/dhclient-${DEVICE}.conf";

Voir aussi : redhat - Configuration du DHCP sur RHEL 6 - Défaut du serveur

La réponse /etc/dhclient-eth0.conf ci-dessus n'a pas fonctionné pour moi. Je n'ai pas de répertoire /etc/dhcp3, donc je ne pensais pas non plus que cela fonctionnerait.

Après avoir examiné le fichier /sbin/dhclient-script (qui crée /etc/resolv.conf sur mon système Centos 5.6), j'ai ajouté la ligne SEARCH ci-dessous à /etc/sysconfig/networking/devices/ifcfg-eth0:

DEVICE=eth0 
BOOTPROTO=dhcp
HWADDR=08:00:24:61:17:AC 
ONBOOT=yes
TYPE=Ethernet
SEARCH="example.com sub1.example.com sub2.example.com"

Ensuite :

# ifdown eth0
# ifup eth0
# cat /etc/resolv.conf
; generated by /sbin/dhclient-script
search example.com sub1.example.com sub2.example.com
nameserver 10.1.0.11

Pour ceux qui parcourent la pile de scripts plutôt opaque de Fedora / Red Hat, la réponse, du moins sur le dernier AMI d'Amazon, est /etc/dhclient-eth0.conf (et non le dossier vide du leurre à /etc/dhcp/ ). Le fichier n'est pas présent et devra être créé

Dans Fedora 19, ajoutez les lignes suivantes à /etc/dhcp/dhclient.conf

# /etc/dhcp/dhclient.conf

interface "p2p1"
{
    supersede domain-name-servers 8.8.8.8, 8.8.4.4;
    append domain-name " mydomain.net example.com";
}

Fonctionne bien avec NetworkManager. Détails voir : # man dhclient.conf

Ajouter au serveur dchp conf (isc dhcpd) :

option domain-name "domain1.com domain2.net domain3.org";

Où domain1.com,etc. sont les suffixes de domaine que vous voulez ajouter au fichier resolv.conf sur chaque client.

Comme je ne vois pas cette réponse et que ça a marché pour moi (alors que les autres ne l'ont pas fait), la voici : modifiez /etc/resolvconf/resolv.conf.d/base de la même manière que vous le feriez pour /etc/resolv.conf. Vous aurez besoin d'installer resolvconf.