Bonjour,
Qu'y a-t-il dans ton fichier /etc/udev/rules.d/70-persistent-net.rules ?
Guy Larrieu.
Le 26/06/2015 17:37, Sebastien Coureau a écrit :
Bonjour,
A verifier, mais j'ai constate que lorsque une IP avait ete affectee
via DHCP, si lors du reboot le serveur n'etait plus joignable qu'elle
que soit la raison, le mecanisme de boot la reattribuait quoi qu'il
arrive.
J'ai eu le cas en changeant un routeur sur lequel j'avais oublie de
remttre le dhrelay.
Je ne peux pas retster, mais dhclient semble maintenir cette
information quelque part, ce qui en l'occurrence m'avait bien servi ;)
--
Sébastien Coureau
Graal Network
Le 26 juin 2015 à 15:50, Artur <fr...@pydo.org> a écrit :
Le 26/06/2015 15:30, Pep a écrit :
Tu peux toujours supprimer l'adresse en trop :
ip addr del xxx.xxx.xxx.xxx/yy dev eth0
Si tu redémarre la machine, l'adresse surnuméraire est toujours là ?
Cela donne ça :
# ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 1000
link/ether 00:08:54:37:cd:20 brd ff:ff:ff:ff:ff:ff
inet 192.168.16.184/24 brd 192.168.16.255 scope global eth0
valid_lft forever preferred_lft forever
inet 192.168.16.222/24 brd 192.168.16.255 scope global secondary
eth0
valid_lft forever preferred_lft forever
inet6 fe80::208:54ff:fe37:cd20/64 scope link
valid_lft forever preferred_lft forever
# ip addr del 192.168.16.184/24 dev eth0
Assez violent, ça supprime tout :
# ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 1000
link/ether 00:08:54:37:cd:20 brd ff:ff:ff:ff:ff:ff
inet6 fe80::208:54ff:fe37:cd20/64 scope link
valid_lft forever preferred_lft forever
# ifup eth0
# ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 1000
link/ether 00:08:54:37:cd:20 brd ff:ff:ff:ff:ff:ff
inet 192.168.16.222/24 brd 192.168.16.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::208:54ff:fe37:cd20/64 scope link
valid_lft forever preferred_lft forever
Ca semble OK -> Reboot
Et cette fois-ci je ne vois plus l'ancienne adresse !!!
# ip addr show dev eth0
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast
state UNKNOWN group default qlen 1000
link/ether 00:08:54:37:cd:20 brd ff:ff:ff:ff:ff:ff
inet 192.168.16.222/24 brd 192.168.16.255 scope global eth0
valid_lft forever preferred_lft forever
inet6 fe80::208:54ff:fe37:cd20/64 scope link
valid_lft forever preferred_lft forever
Ce qui est également un miracle parce que cette manip je l'ai déjà
faite
plusieurs fois la semaine dernière et au reboot on retrouvait la
situation du début.
Peut-être que l'adresse apparaissait aussi longtemps que le bail DHCP
était valide ???
Mais quel mécanisme permettait donc de réaffecter cette adresse
dynamique après un reboot ?
--
Cordialement,
Artur.
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
_______________________________________________
Liste de diffusion du FRsAG
http://www.frsag.org/
