Discussion :

[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]

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]

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]

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]

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]

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

et /etc/networking ?

[djibril]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

BOOTPROTO=dhcp

par

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

BOOTPROTO=static

et j'ai rajouté

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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]

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

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

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]

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

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

[djibril]

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 :

Sélectionner tout - Visualiser dans une fenêtre à part

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 .