Bonjour,

Je cherche à remettre en place ce que j'avais qui fonctionnait dans le passé à savoir une adresse IP fixe sur mon réseau interne pour mon ordinateur sous Fedora...

Ma configuration est la suivante:

- Dual-boot Fedora 23 et Windows 8.1
- Livebox Play

Sur la Livebox Play je configure dans la partie DHCP que je peux que l'ordi avec la MAC address xx::yy:zz:xx:yy:zz récupère toujours la même IP 192.168.1.10

Ceci étant fait, si je boote sur Windows je récupère bien cette adresse IP voulue mais si je boote sur Fedora je récupère systématiquement l'adresse 192.168.1.44 qui n'a rien à voir.....

Pourtant quand je vérifie, les MAC address présentées à la Livebox par Windows et Fedora sont identiques ce qui est juste normal dès lors que l'interface ethernet utilisée est la même...

Any help ?
A ne rien n'y comprendre....

Avec dhclient je release puis demande une nouvelle IP....

dhclient m'indique que l'IP obtenue est 192.168.1.47
[azerty@linux ~]$ sudo dhclient -v -r enp5s0
Killed old client process
Internet Systems Consortium DHCP Client 4.3.3-P1
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/enp5s0/00:24:1d:aa:bb:cc
Sending on   LPF/enp5s0/00:24:1d:aa:bb:cc
Sending on   Socket/fallback
DHCPRELEASE on enp5s0 to 192.168.1.1 port 67 (xid=0xf2aabbcc)
[azerty@linux ~]$ sudo dhclient -v enp5s0
Internet Systems Consortium DHCP Client 4.3.3-P1
Copyright 2004-2016 Internet Systems Consortium.
All rights reserved.
For info, please visit https://www.isc.org/software/dhcp/

Listening on LPF/enp5s0/00:24:1d:aa:bb:cc
Sending on   LPF/enp5s0/00:24:1d:aa:bb:cc
Sending on   Socket/fallback
DHCPDISCOVER on enp5s0 to 255.255.255.255 port 67 interval 6 (xid=0x45aabbcc)
DHCPREQUEST on enp5s0 to 255.255.255.255 port 67 (xid=0x45aabbcc)
DHCPOFFER from 192.168.1.1
DHCPACK from 192.168.1.1 (xid=0x45aabbcc)
bound to 192.168.1.47 -- renewal in 40081 seconds.
[didier@linux ~]$ 
Mais après cette manip ifconfig m'indique toujours que l'IP est 192.168.1.44
[azerty@linux ~]$ sudo ifconfig enp5s0
        enp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.44  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::224:aaaa:bbbb:cccc  prefixlen 64  scopeid 0x20<link>
        ether 00:24:1d:aa:bb:cc  txqueuelen 1000  (Ethernet)
        RX packets 7674  bytes 4981333 (4.7 MiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 6286  bytes 833249 (813.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
Je comprends mal: si tu veux des ip fixes, pourquoi ne pas configurer des ip fixes ?
nouvo09 wrote:Je comprends mal: si tu veux des ip fixes, pourquoi ne pas configurer des ip fixes ?
Parceque c'est plus facile de gérer à un seul endroit les IPs.

La prochaine fois qu'il veut au autre poste sous une autre IP fixe : il le gére via l'interface de sa LiveBox, sans aller chercher sur ses autres postes quels IPs sont déjà prisent (et sans le gérer par papier, tableur et autre).
C'est l'intéret du DHCP.

Sinon : désolé : aucune idée, ca marche RAS sur la freebox.

Denis
shnoulle wrote:Parceque c'est plus facile de gérer à un seul endroit les IPs.

La prochaine fois qu'il veut au autre poste sous une autre IP fixe : il le gére via l'interface de sa LiveBox, sans aller chercher sur ses autres postes quels IPs sont déjà prisent (et sans le gérer par papier, tableur et autre).
C'est l'intéret du DHCP.
C'est tout à fait et normalement ça fonctionne....


Ce que je ne comprend pas sur ma machine en dual-boot c'est pourquoi Windows 8.1 récupère bien la bonne adresse de la Livebox et pas Fedora 23.....

Autre question pourquoi dhclient me dit que j'ai récupéré l'adresse 192.168.1.47 alors que ifconfig me dit que j'ai l'adresse 192.168.1.44 qui semble rivée à ma machine....
Nouveaux tests....

Si je boote sur un Live Fedora 23 (ou 21) j'obtiens une adresse aléatoire dans la plage DHCP 192.168.1.4x

En revanche si je boote sur un Live Fedora 16 (je n'ai pas d'autres Live sous la main) j'obtiens bien comme sous Windows 8.1 l'adresse que j'ai configuré au niveau de ma Livebox Play...

Peut-être une piste, Je note que quand je suis sous Fedora 16, la MAC Address retournée par ifconfig est en majuscules alors que quand je suis sous Fedora 23 elle est en minuscules...

Fedora 16
eth1      Link encap:Ethernet  HWaddr 00:24:1D:AA:BB:CC  
          inet addr:192.168.1.10  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::224:aaaa:bbbb:cccc/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
          RX packets:40 errors:0 dropped:0 overruns:0 frame:0
          TX packets:29 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:1000 
          RX bytes:4300 (4.1 KiB)  TX bytes:5500 (5.3 KiB)
          Interrupt:53 Base address:0x6000 
Fedora 23 (ou 21)
enp5s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 192.168.1.44  netmask 255.255.255.0  broadcast 192.168.1.255
        inet6 fe80::224:aaaa:bbbb:cccc  prefixlen 64  scopeid 0x20<link>
        ether 00:24:1d:aa:bb:cc  txqueuelen 1000  (Ethernet)
        RX packets 1006  bytes 742258 (724.8 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 879  bytes 101135 (98.7 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0


Bugzilla: https://bugzilla.redhat.com/show_bug.cgi?id=1301881
Je n'ai pas de box, mais seulement un switch. J'ai mis Fedora en IP fixe alors que le switch distribue du DHCP et cela fonctionne très bien. Essaies de forcer Fedora avec une IP fixe peut-être?
J'ai obtenu une réponse au rapport de bug https://bugzilla.redhat.com/show_bug.cgi?id=1301881

Le problème est résolu en créant un fichier /etc/dhcp/dhclient.conf contenant la ligne
send dhcp-client-identifier = hardware;



https://fedoraproject.org/wiki/Common_F21_bugs#IP_address_discovery_via_DHCP_does_not_work wrote:IP address discovery via DHCP does not work

link to this item - Bugzilla: #1154200

Several users have reported that Fedora 21 does not successfully discover an IP address via DHCP on their systems. An investigation of this issue has indicated that badly-behaving routers are the source of the problem, but some commonly-used router hardware and software appear to have the problematic behaviour by default. This at least appears to affect systems connected to Cisco RV320 routers, and possibly Windows Server systems acting as network routers. The issue may be more likely to occur in cases where the router is configured to assign specific IP addresses to specific systems based on their MAC addresses.

To work around the issue, create a file /etc/dhcp/dhclient.conf with the contents:

send dhcp-client-identifier = hardware;

or add that line to the file, if it already exists, and then try establishing the network connection again.

Both upstream and downstream engineers agree that dhclient's behavior here is correct according to the relevant RFC 4361, and that the only way to 'fix this bug' would be to break RFC compliance, and therefore they do not believe it is the right thing to do. If one end of a connection is spec compliant and the other is not, and the compliant end cannot handle the other end's non-compliance without becoming non-compliant itself, it is the non-compliant end that should change its behaviour. Fedora will attempt to notify router hardware/software vendors whose products suffer from this issue on behalf of our users.