26 Jun
2015
26 Jun
'15
5:37 p.m.
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 frsag@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/