DHCPDISCOVER et OFFRE, mais DHCPREQUEST ou DHCPACK

Aujourd'hui, j'ai migré notre server dhcp et dns d'un ancien centos5 vers une nouvelle machine exécutant Scientific Linux 6.8. Le server named semble fonctionner correctement, mais le server dhcp a des problèmes. Le client n'obtient pas d'adresse IP.

Maintenant, j'ai fait les searchs nécessaires pour voir ce qui se passe et ce qui cause cela.

Situation actuelle

Sur Scientific Linux 6.8, les packages suivants sont installés:

  • dhcp-4.1.1-43.P1.el6.x86_64
  • dhcp-common-4.1.1-43.P1.el6.x86_64
  • dhclient-4.1.1-43.P1.el6.x86_64

Le /var/log/messages affiche la sortie suivante:

 Sep 29 23:52:14 kowalski dhcpd: DHCPDISCOVER from 00:15:17:17:5b:b0 via eth0 Sep 29 23:52:14 kowalski dhcpd: DHCPOFFER on 111.122.133.144 to 00:15:17:17:5b:b0 via eth0 

Utilisation de tcpdump:

  domain.tld.bootps > somdomain.tld.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 311, xid 0xaeee0934, secs 19, Flags [none] (0x0000) Your-IP somdomain.tld. Server-IP somdomain.tld. Client-Ethernet-Address 00:12:xx:xx:5b:b0 (oui Unknown) file "pxelinux.0" Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Offer Server-ID Option 54, length 4: domain.tld Lease-Time Option 51, length 4: 7200 Subnet-Mask Option 1, length 4: 255.255.0.0 Domain-Name Option 15, length 12: "somdomain.tld." Domain-Name-Server Option 6, length 4: ns1.external.nl Hostname Option 12, length 21: "somdomain.tld.^@" Default-Gateway Option 3, length 4: router.somdomain.tld. END Option 255, length 0 23:53:01.007595 IP (tos 0x0, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 364) 0.0.0.0.bootpc > 255.255.255.255.bootps: [udp sum ok] BOOTP/DHCP, Request from 00:15:17:17:5b:b0 (oui Unknown), length 336, xid 0xaeee0934, secs 29, Flags [none] (0x0000) Client-Ethernet-Address 00:15:17:17:5b:b0 (oui Unknown) Vendor-rfc1048 Extensions Magic Cookie 0x63825363 DHCP-Message Option 53, length 1: Discover Requested-IP Option 50, length 4: somdomain.tld. Hostname Option 12, length 20: "somdomain.tld." Parameter-Request Option 55, length 17: Subnet-Mask, BR, Time-Zone, Classless-Static-Route Domain-Name, Domain-Name-Server, Hostname, YD YS, NTP, MTU, Option 119 Default-Gateway, Classless-Static-Route, Classless-Static-Route-Microsoft, Static-Route NTP Vendor-Class Option 60, length 43: "anaconda-Linux 2.6.32-573.el6.x86_64 x86_64" END Option 255, length 0 23:53:01.008693 IP (tos 0x10, ttl 128, id 0, offset 0, flags [none], proto UDP (17), length 339) somdomain.tld..bootps > host.within.domain.tld.bootpc: [udp sum ok] BOOTP/DHCP, Reply, length 311, xid 0xaeee0934, secs 29, Flags [none] (0x0000) Your-IP host.within.domain.tld.bootpc 

Je suppose que le server est connecté sur un port de commutateur bloquant en quelque sorte les clients d'envoyer un DHCPREQUEST . Mais alors, comment les clients peuvent-ils envoyer un DHCPDISCOVERY et le server répond avec DHCPOFFER

J'ai fait beaucoup de debugging, mais je n'ai pas pu find une solution. Les clients ont une fixed-address dans dhcpd.conf . Par exemple:

 host supernova {hardware ethernet A0:D1:CC:0A:FF:D1; fixed-address 111.122.133.145; } 

Toute aide ou suggestion dans la bonne direction est la plus appréciée!