dhcp in zwei Netze

5 Feb 2006

      Halo,

ich krieg' hier grad eine Krise...

Das Problem: auf einem Rechner der z.Z. an zwei Netzen hängt soll dhcpd 
laufen und Adressen verteilen. Adressvergabe in das eine Netz geht, ins 
andere nicht.

Setup: SuSE OSS 10.1 beta1, insges. drei Netzwerkkarten, wobei hier nur 
eth1 und eth2 eine Rolle spielen.

An eth2 hängt ein Switch, und alle Rechner daran bekommen ihre Adressen 
problemlos per dhcp von diesem Rechner.

An eth1 habe ich sowohl mit einem Computer als auch einem WLAN-Router, 
angeschlossen mit verschiedenen Patch- und Crossover-Kabeln das folgende 
Phänomen: DHCPDISCOVERs kommen rein, DHCPOFFERs gehen raus, aber es 
kommt kein DHCPREQUEST an.

Firewall ist nicht aktiviert, der Zustand der Netzwerkerei ist folgender:
...
balrog:~ # ip addr
1: lo:  mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 04:4b:80:80:80:03 brd ff:ff:ff:ff:ff:ff
    inet 192.168.37.1/24 brd 192.168.37.255 scope global eth1
    inet6 fe80::64b:80ff:fe80:8003/64 scope link
       valid_lft forever preferred_lft forever
3: eth0:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:0a:5e:5e:dc:69 brd ff:ff:ff:ff:ff:ff
4: eth2:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:e0:81:56:e3:37 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.22/24 brd 192.168.0.255 scope global eth2
    inet6 fe80::2e0:81ff:fe56:e337/64 scope link
       valid_lft forever preferred_lft forever
5: sit0: <NOARP> mtu 1480 qdisc noop
    link/sit 0.0.0.0 brd 0.0.0.0
balrog:~ # ip link
1: lo:  mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: eth1:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 04:4b:80:80:80:03 brd ff:ff:ff:ff:ff:ff
3: eth0:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:0a:5e:5e:dc:69 brd ff:ff:ff:ff:ff:ff
4: eth2:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:e0:81:56:e3:37 brd ff:ff:ff:ff:ff:ff
5: sit0: <NOARP> mtu 1480 qdisc noop
    link/sit 0.0.0.0 brd 0.0.0.0
balrog:~ # ip addr
1: lo:  mtu 16436 qdisc noqueue
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth1:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 04:4b:80:80:80:03 brd ff:ff:ff:ff:ff:ff
    inet 192.168.37.1/24 brd 192.168.37.255 scope global eth1
    inet6 fe80::64b:80ff:fe80:8003/64 scope link
       valid_lft forever preferred_lft forever
3: eth0:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:0a:5e:5e:dc:69 brd ff:ff:ff:ff:ff:ff
4: eth2:  mtu 1500 qdisc pfifo_fast qlen 1000
    link/ether 00:e0:81:56:e3:37 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.22/24 brd 192.168.0.255 scope global eth2
    inet6 fe80::2e0:81ff:fe56:e337/64 scope link
       valid_lft forever preferred_lft forever
5: sit0: <NOARP> mtu 1480 qdisc noop
    link/sit 0.0.0.0 brd 0.0.0.0
balrog:~ # route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
192.168.37.0    0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth2
169.254.0.0     0.0.0.0         255.255.0.0     U     0      0        0 eth1
127.0.0.0       0.0.0.0         255.0.0.0       U     0      0        0 lo
0.0.0.0         192.168.0.2     0.0.0.0         UG    0      0        0 eth2
balrog:~ # iptables -L
Chain INPUT (policy ACCEPT)
target     prot opt source               destination
Chain FORWARD (policy ACCEPT)
target     prot opt source               destination
Chain OUTPUT (policy ACCEPT)
target     prot opt source               destination
Jetzt fält es mir schwer zu entscheiden ob der Fehler vorm Bildschirm 
sitzt oder nicht... wenn also mal jemand einen Blick in die 
Konfiguration werfen würde...

dhcpd.conf:

default-lease-time 3600;
max-lease-time 14400;
ping-check on;
option ntp-servers elf,balrog,ork;
ddns-update-style interim;
key balrog-dhcpd. { algorithm hmac-md5; secret "..."; }
# DDNS funktioniert und ist nicht das Problem
zone privat.lehleute.de. { primary elf; key balrog-dhcpd.; }
zone 0.168.192.in-addr.arpa. { primary elf; key balrog-dhcpd.; }
zone 37.168.192.in-addr.arpa. { primary elf; key balrog-dhcpd.; }
stash-agent-options true;
option domain-name "privat.lehleute.de";
option domain-name-servers elf.privat.lehleute.de;
ddns-domainname "privat.lehleute.de";
allow client-updates;
ignore declines;
get-lease-hostnames off;

subnet 192.168.0.0 netmask 255.255.255.0 {
   option broadcast-address 192.168.0.255;
   option subnet-mask 255.255.255.0;
   option routers 192.168.0.2;

   pool {
     use-host-decl-names on;
     range 192.168.0.40 192.168.0.89;
     deny unknown-clients;
   }
   pool {
     range 192.168.0.230 192.168.0.254;
     allow unknown-clients;
   }
}
# subnet 0 (wired) ends

subnet 192.168.37.0 netmask 255.255.255.0 {
   option broadcast-address 192.168.37.255;
   option subnet-mask 255.255.255.0;
   option routers 192.168.37.1;
   pool {
     range 192.168.37.5 192.168.37.63;
     allow unknown-clients;
   }
   pool {
     use-host-decl-names on;
     range 192.168.37.3 192.168.37.4;
     allow known-clients;
   }
}
# subnet 37 (wireless / via balrog) ends

... es folgen host-Deklarationen die aber unproblematisch sind.

Mehr Informationen gerne nach Bedarf!

Danke,

Arno

-- 
IT-Service Lehmann                    al@its-lehmann.de
Arno Lehmann                  http://www.its-lehmann.de