Mauvaise configuration interface

Support Debian
#1

Bonjour à tous,

j’ai un petit problème avec une configuration d’interface sur une machine de production.
La machine en question possède 2 disques dur
1er disque dur : OS debian
2eme disque dur : OS mandriva

Mon problème se situe au niveau du premier disque dur. Le second disque dur fonctionne bien (enfin jusqu’à présent).
Le problème est sur la configuration de mon interface eth0. Je m’explique :
Avant le disque dur avant pour configuration sur son interface :

auto eth0 iface eth0 inet static allow-hotplug eth0 address 172.16.x.x netmask 255.255.255.x gateway x.x.x.x

La configuration étant obsolète j’ai dû la remplacer par :

auto eth0 iface eth0 inet static allow-hotplug eth0 address 10.x.x.x netmask 255.255.255.0 gateway 10.x.x.x

Ensuite quand je restart le service network -> /etc/init.d/network(ing) restart -> et que je fais un itconfig j’ai toujours l’ancienne valeur qui apparaît (172.16.x.x) et je dois faire un ifup eth0 pour que la configuration soit prise en compte sur eth0.

Quand je reboot le système, même problème, je dois refaire un ifup pour que l’interface est la bonne config. J’ai tenté de faire un script pour qu’au démarrage il up l’interface mais on dirait qu’il n’est pas exécuté.

Si quelqu’un aurait des pistes sur le pourquoi l’interface garde en mémoire l’ancienne config, je suis tout ouïe.

a+

dds69

#2

Bonjour,

Essaye comme cela :

allow-hotplug eth0 iface eth0 inet static address 10.x.x.x netmask 255.255.255.0 gateway 10.x.x.x

#3

Bonjour,

Ta solution ne fonctionne pas,

Aujourd’hui j’ai tenté de repartir d’un fichier tout neuf et rien a faire il me remonte à chaque fois une ancienne config :confused:

#4

Un peu plus de diagnostic stp:

cat /etc/network/interfaces
ps auxwww|grep -i network
ip a
#5

Bonjour,

Voici un peu plus de diagnostic (je le fais quand je peux accéder à la machine de production donc je m’excuse que mes réponses soient espacées.)

[code]
cat /etc/network/interfaces
#The loopback network interface
auto lo
iface lo inet loopback

eth0

allow-hotplug eth0
iface eth0 inet static
address 169.254.233.99
netmask 255.255.255.0

eth1

allow-hotplug eth1
iface eth1 inet static
address 10.x.x.x
netmask 255.255.255.0
gateway 10.x.x.x[/code]

ps auxwww | grep -i network root 1125 0.0 0.1 7772 3992 ? Ss 08:30 0:00 /usr/sbin/NetworkManager

ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc pfifo state UP qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2 : eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 lint/ether 00:13:95:0f:5b:eb brd ff:ff:ff:ff:ff:ff inet 169.254.233.99/24 brd 169.254.233.255 scope global eth0 inet6 fe80::213:95ff:fe0f:5beb/64 scope link valid_lft forever preferred_lft forever 3: eth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 lint/ether 00:60:65:1f:42:cb brd ff:ff:ff:ff:ff:ff inet 172.16.24.101/24 brd 172.16.24.255 scope global eth1 inet6 fe80::300:feef:faee:53cb/64 scope link valid_lft forever preferred_lft forever

On voit sur la commande ip a que l’adresse remontée ne correspond pas à la configuration :confused:

#6

ok, je pense que c’est network-manager qui viens écraser la configuration.

Remplacer allow-hotplug par auto

#7

dans le network/interfaces la, les adresses en .x.x.x c’est bien des chiffres en vrai n’estce pas?

#8

[quote=“ed”]ok, je pense que c’est network-manager qui viens écraser la configuration.

Remplacer allow-hotplug par auto[/quote]

Plus radicale soit tu utilise network manager soit tu fais ta sauce à la main mais pas les deux … personnellement si network manager est installé je ne laisse que l’interface loopback et basta, le restant ce sera network manager qui fera sa soupe.

#9

Bonjour,

Le network manager ne possede aucune config et même en utilisant la commande chattr +i sur le fichier interfaces cela ne change rien.

Donc mon fichier de config aura cette tête :

# eth1 auto eth1 iface eth1 inet static address 10.x.x.x netmask 255.255.255.0 gateway 10.x.x.x

o_O vendredi tout est permis :stuck_out_tongue:

Je vous tiens au courant,

merci de votre aide.

a+

dds69

#10

Je suis allé essayer la config que vous m’avez conseillé et aucun changement. On dirait que le système se fou royalement de mon fichier de config (j’ai testé avec une config basique il remonte toujours le 172.16.x.x)

En revanche je sais pas si ça peut aider mais en regardant les logs voici ce qui apparaît :

tail -50 /var/log/syslog avahi-deamon[1164]: Withdrawing address record for 10.x.x.x on eth1 avahi-deamon[1164]: Leaving lDNS multicast group on interface eth1.IPv4 with address 10.x.x.x avahi-deamon[1164]: Interface eth1.IPv4 no longer relevant for mDNS. avahi-deamon[1164]: Joining mDNS multicast group on interface eth1.IPv4 with address 172.16.24.101. avahi-deamon[1164]: New relevant interface eth1.IPv4 for mDNS. avahi-deamon[1164]: Registering new address record for 172.16.24.101 on eth1.IPv4. avahi-deamon[1164]: Withdrawing address record for 172.16.21.101 on eth1. avahi-deamon[1164]: Leaving mDNS multicast group on interface eth1.IPv4 with address 172.16.24.101. avahi-deamon[1164]: Interface eth1.IPv4 no longer relevant for mDNS. avahi-deamon[1164]: Joining mDNS multicast group on interface eth1.IPv4 with address 172.16.24.101. avahi-deamon[1164]: New relevant interface eth1.IPv4 for mDNS avahi-deamon[1164]: Registering new address record for 172.16.24.101 on eth.IPv4.

Dans ce log on voit que avahi vient changer tout ça ?

Des idées par rapport à ça ?

Je suis allé voir sur les fichier de configuration /etc/avahi/hosts et /etc/nsswitch.conf et aucun ne détient une config qui attribuerai cette ip 172.16.x.x

Des idées concernant mDNS ?

a+

#11

Bonjour
peut etre que sur un serveur (avec une configuration en dur) avahi , network-manager sont inutile
normalement le fichier interfaces a priorité il me semble

@++

#12

A ma connaissance, on a aucun serveur qui possède une configuration IP en 172.16.x.x.
J’ai 4 autres machines qui ont la même configuration et il n’y a pas de problème.

#13

Bonjour

Bon je ne vais pas raconter ma vie non plus, mais mes Pc et serveur étant dans un domaine active directory, avahi m’a toujours posé enormement de problème, je le désinstalle purement et simplement des PC et serveurs.

/etc/init.d/avahi-daemon stop
update-rc.d -f avahi-daemon remove
apt-get remove -y avahi-daemon avahi-autoipd
rm -R /etc/avahi/
shutdown -r now

Je ne sais pas vraiment à quoi sert ce truc, mais franchement c’est une horreur dés que l’on veut sortir des sentiers battus.

Dés qu’il est désinstallé, bizarrement tout va bien, et je peux même forcer une IP statique via /etc/network/interfaces.

Seul soucis dirais je, c’est que à ce moment là, la resol DNS tombe. Comme j’ai un serveur dns dans mon réseau, je force alors le dns dans /etc/network/interfaces par la ligne

Ce n’est peux être pas très beau, mais au moins ça fonctionne.

#14

idem pour moi mais je met l ip du dns

et nettoyer tout ce qui est config auto (network manager et autres )

#15

Bonjour,

Sachant que ce sont des machines de production et que je ne maitrise pas le logiciel du prespataire qui nous permet de produire est-ce risqué de supprimer ce démon ou existe t’il une alternative de le shutdown ?

J’ai essayé de supprimer ses droits d’éxécution dans /etc/init.d/avahi-daemon mais au reboot l’interface n’avait pas la bonne adresse :confused: