Kolejny klopot - dhcp

["Michał Prokopiuk" <michal@linuxstuff.pl>]

Witam.
Jakos pechowo rok sie dla mnie zaczal :(.
Padl mi dzis switch. Z braku wolnych miejsc na koncowki sieciowe, wypialem
ruter i ruting zrobilem na jednym z serwerow. Wszystko dziala bardzo dobrze
oprocz jednej rzeczy - dhcp.

Wycinek z logu na serwerze:
Jan 30 01:58:50 master dhcpd-2.2.x: DHCPDISCOVER from 00:30:4f:35:14:3e via eth1
Jan 30 01:58:50 master dhcpd-2.2.x: DHCPOFFER on 192.168.1.20 to
00:30:4f:35:14:3e via eth1 - i tak w kolko

w logu na kliencie: NO DHCPOFFERS received

wyglada to tak, jakbym nie mogl z serwera polaczyc sie z broadcastem :(.
konfiguracja na serwerze:
$ ip ro show
192.168.1.0/24 dev eth1  proto kernel  scope link  src 192.168.1.1
$ip  addr show
3: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:30:4f:23:c6:a5 brd ff:ff:ff:ff:ff:ff
    inet 192.168.1.1/24 scope global eth1

i wpis w /etc/dhcpd.conf
subnet 192.168.1.0 netmask 255.255.255.0 {
        option subnet-mask 255.255.255.0;
        option broadcast-address 192.168.1.255;
        default-lease-time 86400;
        }
host malina {
        option host-name "malina";
        option routers 192.168.1.1 ;
        hardware ethernet 00:30:4f:35:14:3e ;
        fixed-address 192.168.1.20 ;
        option domain-name-servers 192.168.1.1, 192.168.1.100;
        }

klient wysyla DHCPDISCOVER, serwer odpowiada DHCPOFFER, ale nie wiedziec czemu
nie dochodzi to do klienta :(.

Ciekawostka jest ze konfigurcja zostala zywcem przeniesiona z rutera, gdzie to
dzialalo. Widac zostal mi jakis smiec, ktorego niestety nie moge znalezc.
Druga ciekawosta jest log z kern.log:
Jan 30 02:52:32 master kernel: martian source 192.168.1.255 from 192.168.1.1,
on dev eth1

I dla roznych adresow z tej samej sieci.

Kazda wskazowka mile widziana...

Pozdrawiam
Michał Prokopiuk

-- 
mailto: michal@linuxstuff.pl
http://www.sklep.linuxstuff.pl