-----Original Message----- From: FRsAG [mailto:frsag-boun...@frsag.org] On Behalf Of Pep Sent: vendredi 26 juin 2015 16:14 To: frsag@frsag.org Subject: Re: [FRsAG] 1 adresse IPv4 en trop sur eth0 de Debian Jessie...
Le Fri, 26 Jun 2015 15:50:43 +0200, 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 Si je le fais sur ma machine, il n'enlève que l'adresse précisée dans la commande. > # 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 ??? Ça me semble possible. As-tu eu une nouvelle demande de bail, quand la machine à re-démarré ? > Mais quel mécanisme permettait donc de réaffecter cette adresse > dynamique après un reboot ? > Aucune idée sur la manière et l'endroit où la conf réseau "en cours" est stockée. Mais ça veut dire que le système stocke la conf réseau qque part pour un reboot. Bon we, Pep _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/ Marrant, J'ai exactement le même problème sur un rasPi 2 upgradé en jessie. Tout comme toi, ca me rend fou, j'ai beau supprimer l'adresse DHCP, au reboot elle réapparait. Dans la séquence de boot j'ai eu l'impression que c'est Avahi qui persistait à déclencher une requete DHCP. J'ai supprimé avahi mais n'ai pas encore rebooté depuis, je me demande si ça résoud le problème... Joël _______________________________________________ Liste de diffusion du FRsAG http://www.frsag.org/
