[fedora] resolv.conf, comment modifier [Résolu]

[djibril]

Salut,
j'ai un petit probleme de DNS sous fedora.
mon serveur que j'appelerais toto est compris dans un mini reseau (cluster) qui possede son dns (domaine 1, 192.168.103.10) => IP du eth0 de toto. Le tout est compris dans un reseau possedant son DNS (domaine 2, 192.168.100.10) => IP du eth1 de toto.
Je voudrais que mon fichier resolv.conf ressemble à ceci :

nameserver 192.168.103.10
search domaine1

Le probleme est qu'il ressemble à ceci à chaque demarrage :

search domaine2.com
nameserver 192.168.100.10

Et si je le modifie manuellement, il sera reinitialisé apres reboot, ce qui ne m'arrange pas. Par contre si au reboot, je deconnecte le cable reseau, pas de souci.
Comment faire pour résoudre ce problème sous fedora.

J'avais eu ce probleme avec le serveur master de mon cluster (sous DEBIAN) qui possede son DNS (domaine 1, 192.168.103.10) et pour palier à ce problème j'avais installer le package resolvconf et reconfigurer le /etc/network/interfaces et depuis dans son fichier resolv.conf, j'ai bien les deux noms de serveurs DNS et tous les serveurs (DEBIAN) de mon cluster ont un fichier resolv.conf qui pointent vers domaine1 sauf toto (qui est sous fedora) qui pointe vers domaine2

Merci

[gorgonite]

ben ce ne serait pas le dhcp qui réinitialise le /etc/resolv.conf ?

[djibril]

oui mais je ne comprends pas trop. Pourquoi ce n'est pas la même chose que mes autres serveurs?
le master lui a bien generé une IP en eth0, et l'autre DHCP une ip en eth1.
Par contre, pour les nom de serveur dans le resolv.conf, j'ai domaine2 au lieu d'avoir domaine1 comme mes autres serveurs du cluster

[gorgonite]

Envoyé par djibril

oui mais je ne comprends pas trop. Pourquoi ce n'est pas la même chose que mes autres serveurs?
le master lui a bien generé une IP en eth0, et l'autre DHCP une ip en eth1.
Par contre, pour les nom de serveur dans le resolv.conf, j'ai domaine2 au lieu d'avoir domaine1 comme mes autres serveurs du cluster

ben celui-ci est peut-etre en dhcp sur ses deux interfaces... et le fichier est écrasé par le second

[djibril]

Envoyé par gorgonite

ben celui-ci est peut-etre en dhcp sur ses deux interfaces... et le fichier est écrasé par le second

comment verifer cela, qu'il est en dhcp sur ces deux interfaces? je ne me rappel plus trop

Merci gorgonite

[gorgonite]

Envoyé par djibril

comment verifer cela, qu'il est en dhcp sur ces deux interfaces? je ne me rappel plus trop

ben ça fait deux ans que j'ai pas touché à une fedora...

essaies /etc/network/interfaces ou un truc du style

[djibril]

Envoyé par gorgonite

ben ça fait deux ans que j'ai pas touché à une fedora...

essaies /etc/network/interfaces ou un truc du style

Il n'existe pas sous ma fedora. Mais est bien configuré sur mes autres serveurs debian

[gorgonite]

Envoyé par djibril

Il n'existe pas sous ma fedora. Mais est bien configuré sur mes autres serveurs debian

et /etc/networking ?

[djibril]

Envoyé par gorgonite

et /etc/networking ?

non

[djibril]

bon j'ai résolu le probleme via une méthode spéciale, je sais pas si c'est propre ainsi mais bon.
j'ai modifié le fichier suivant : /etc/sysconfig/network-scripts/ifcfg-eth1
étant donné que l'ip d'eth1 etait generé par domaine2.
j'ai remplacé

Code :

BOOTPROTO=dhcp

par

Code :

BOOTPROTO=static

et j'ai rajouté

Code :

IPADDR=192.168.100.87

c'est l'adresse IP qui avait était généré automatiquement par domaine2

Voilà, maintenant seul le dhcp de domaine1 genere mon resolv.conf qui est ok.

Si quelqu'un a une solution plus propre, je suis preneur

[gorgonite]

éventuellment tu rajoutes l'option du dhcp client pour ta deuxieme interface disant qu'il ne doit pas demander les dns

[Desboys]

Bonjour,
je souhaitais donner une précision:
la génération du fichier resolv.conf est conditionnée par la ligne

Code :

PEERDNS=YES

En basculant à NO cette association, il ne devrait plus écraser le resolv.conf
Je ne conseillerai alors que trop de repasser de statique à DHCP, pour éviter des conflits d'allocation dynamique.

Cordialement,
S. Desbois

[djibril]

Envoyé par alakazam

Bonjour,
je souhaitais donner une précision:
la génération du fichier resolv.conf est conditionnée par la ligne

Code :

PEERDNS=YES

En basculant à NO cette association, il ne devrait plus écraser le resolv.conf
Je ne conseillerai alors que trop de repasser de statique à DHCP, pour éviter des conflits d'allocation dynamique.

Cordialement,
S. Desbois

Merci pour ta précision. Je pense également que c'est plus propre, je suivrait donc cette piste. Merci

[gorgonite]

Envoyé par djibril

Merci pour ta précision. Je pense également que c'est plus propre, je suivrait donc cette piste. Merci

mais euh... je l'ai dit avant

Envoyé par gorgonite

éventuellement tu rajoutes l'option du dhcp client pour ta deuxieme interface disant qu'il ne doit pas demander les dns

[djibril]

Envoyé par gorgonite

mais euh... je l'ai dit avant

Oui oui tu l'avais bien dit aussi .
Mais j'avais juste pas eu le temps de le faire vendredi.
Merci à vous deux

[djibril]

juste une précision pour ceux qui aurait le même souci.

Code :

PEERDNS=YES ou PEERDNS=NO

ne fonctionne pas chez moi. Faut pas mettre les réponses en minuscule.
J'ai donc plutot mis PEERDNS=no et c'est ok.
Donc pour etre plus clair, mon eth1 est ceci :

Code :

1
2
3
4
5
6
      1 DEVICE=eth1
      2 BOOTPROTO=dhcp
      3 PEERDNS=no
      4 HWADDR=xx:xx:xx:xx:xx:xx
      5 ONBOOT=yes
      6 TYPE=Ethernet

Et tout est ok .