DHCPD probléma

Red Hat, Fedora, CentOS

Űdv!

Egy érthetetlen problémával fordulok hozzátok a dhcp szerverem oszt ip-t cliens gépeknek, swicheknek, routereknek, voip eszközöknek tökéletesen müködik viszont vettünk ujabb eszközöket és valamiért azok nem jutnak tovább "DHCPOFFER on"-on.
DHCP log:
[root@router]# dhcpd -d
Internet Systems Consortium DHCP Server V3.0.5-RedHat
Copyright 2004-2006 Internet Systems Consortium.
All rights reserved.
For info, please visit http://www.isc.org/sw/dhcp/
WARNING: Host declarations are global. They are not limited to the scope you declared them in.
Wrote 0 deleted host decls to leases file.
Wrote 0 new dynamic host decls to leases file.
Wrote 0 leases to leases file.
Multiple interfaces match the same subnet: eth1 eth2
Multiple interfaces match the same shared network: eth1 eth2
Listening on LPF/eth2/00:30:4f:57:c3:bd/0/0
Sending on LPF/eth2/00:30:4f:57:c3:bd/0/0
Listening on LPF/eth1/00:30:48:43:eb:89/0/0
Sending on LPF/eth1/00:30:48:43:eb:89/0/0
Sending on Socket/fallback/fallback-net
DHCPDISCOVER from 00:15:a2:1a:77:23 via eth1
DHCPOFFER on 172.16.45.46 to 00:15:a2:1a:77:23 via eth1
DHCPREQUEST for 172.16.45.46 (xxx.xxx.xx.126) from 00:15:a2:1a:77:23 via eth1
DHCPACK on 172.16.45.46 to 00:15:a2:1a:77:23 via eth1
DHCPDISCOVER from 00:15:a2:1a:68:65 via eth1
DHCPOFFER on 10.0.0.132 to 00:15:a2:1a:68:65 via eth1
DHCPDISCOVER from 00:15:a2:1a:68:65 via eth1
DHCPOFFER on 10.0.0.132 to 00:15:a2:1a:68:65 via eth1
DHCPDISCOVER from 00:15:a2:1a:68:65 via eth1
DHCPOFFER on 10.0.0.132 to 00:15:a2:1a:68:65 via eth1
DHCPDISCOVER from 00:30:4f:48:9c:19 via eth1
DHCPOFFER on 10.0.0.132 to 00:30:4f:48:9c:19 via eth1
DHCPDISCOVER from 00:15:a2:1a:68:65 via eth1
DHCPOFFER on 10.0.0.132 to 00:15:a2:1a:68:65 via eth1

amint látjátok más eszköz tökéletesen kap ip-t csak az nem amit én akarok.

dhcpd.conf:
ddns-update-style ad-hoc;
authoritative;

option option-60 code 60 = string;
option option-122 code 122 = string;
option option-66 code 66 = string;

subnet 0.0.0.0 netmask 0.0.0.0 {

default-lease-time 43200;
max-lease-time 86400;
allow bootp;

host 755.voip {
hardware ethernet 00:15:A2:1A:68:65;
fixed-address 10.0.0.132;
option routers 10.0.0.254;
option subnet-mask 255.255.255.0;
option broadcast-address 10.0.0.255;
option log-servers 172.16.1.254;
option time-offset 0;
option time-servers 172.16.1.254;
option domain-name-servers 172.16.1.254;
option option-122 01:04:54:EC:2D:7E:02:04:AC:10:01:FE:03:10:00:02:38:34:03:32:33:36:02:34:35:03:31:32:36:00:08:01:
next-server 172.16.1.254;
filename "/voip/755.voip.cm";
}
}

tcpdump log:
16:59:02.023987 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:15:a2:1a:68:65 (oui Unknown), length: 548
16:59:02.024307 IP router.xxx.hu.bootps > Test_Telefon_2_voip.bootpc: BOOTP/DHCP, Reply, length: 321
16:59:05.022637 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:15:a2:1a:68:65 (oui Unknown), length: 548
16:59:05.022966 IP router.xxx.hu.bootps > Test_Telefon_2_voip.bootpc: BOOTP/DHCP, Reply, length: 321
16:59:13.021536 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:15:a2:1a:68:65 (oui Unknown), length: 548
16:59:13.021850 IP router.xxx.hu.bootps > Test_Telefon_2_voip.bootpc: BOOTP/DHCP, Reply, length: 321
16:59:29.025961 IP 0.0.0.0.bootpc > 255.255.255.255.bootps: BOOTP/DHCP, Request from 00:15:a2:1a:68:65 (oui Unknown), length: 548
16:59:29.026405 IP router.xxx.hu.bootps > Test_Telefon_2_voip.bootpc: BOOTP/DHCP, Reply, length: 321

Probálgattam egy két dolgot külön gépre raktam dhcpd saját ip-cim tartományába dhcpd csak a saját subnetére álitottam csak egy hálókártyára de ugyan ez a hiba jelentkezett. Bárminemű segítséget nagyon köszönök.

  • 3064 megtekintés

( Mik v | 2007. 10. 31., sze – 18:31 )

Az eth1-nek ha jól látom 172.16.45.x az IP címe. A host 755.voip-nak fixed-address 10.0.0.132; szeretnél adni. Ez szerintem nem fog menni, mások az alhálózatok.
subnet 0.0.0.0 netmask 0.0.0.0 {
default-lease-time 43200;
max-lease-time 86400;
allow bootp;
rész nekem nem tiszta, ha csak simán beírod a default-lease-time-ot és a többit, akkor az mindenkire érvényes lesz, nem kell hozzá a subnet paraméter.

Mik

( fanti | 2007. 11. 02., p – 22:08 )

Az eth1-en az összes ip-tartományból van egy ip cim. 10.0.0.x 10.0.1.x 172.16.x.x ugyan ezzekkel a beálitásokkal más eszköz gond nélkül megkapja az ip cimet csak ez nem. De amugy én is gondoltam erre ezért probálkoztam egy másik géppel ami csak abban az ip tartományban volt egy hálókártyával. Probálkozok tovább és ha jutottam valami elöre lépésre azonnal irom.

( csardij v | 2008. 06. 04., sze – 13:23 )

dhcpd-n, a 60-as opciot (ami megmondja, hogy honnet lehet bootolni, mi a tftp szerver cime), hogy lehet beállítani?

( hrgy84 | 2009. 07. 16., cs – 07:27 )

Eleg regi a topik, viszont nekem is valami hasonlo megfoghatatlan problemam van:

Adott egy dhcp server (VMware gepek egyebkent), melynek konfigja: 


ddns-update-style none;
authoritative;
allow bootp;
allow booting;

option option-150 code 150 = string; 

subnet 10.0.20.0 netmask 255.255.255.0 {
    range 10.0.20.128 10.0.20.254;
    option broadcast-address 10.0.20.255;
    option domain-name-servers 10.0.20.3;
    option domain-name "egypt.local";
    next-server 10.0.20.3;
    filename "/nbgrub";
    option option-150 "/menu.lst";
    option routers 10.0.20.3;

}

A tftp szerver egy atftpd, mely jelenleg standalone fut, igy:
/usr/sbin/atftpd --daemon -v=7 --pidfile /var/run/atftpd/atftpd.pid --logfile /var/log/atftpd/atftpd.log /srv/tftpboot

A kliens a VMware default pxe kliense.

A gondom: A kliens kap IP-t, latszolag minden faja, viszont utana halotti csend. Portokat mar minden elkepzelhetot kiengedtem (shorewall egyebkent), de mar kezdem feladni.

Barmi otletnek orulnek... egy installer gep lenne, de hat igy nagyon nem megy.
-- 


()=() Ki oda vagyik,
('Y') hol szall a galamb
C . C elszalasztja a
()_() kincset itt alant.