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: <LOOPBACK,UP> 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: <BROADCAST,MULTICAST,UP> 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0a:5e:5e:dc:69 brd ff:ff:ff:ff:ff:ff 4: eth2: <BROADCAST,MULTICAST,UP> 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: <LOOPBACK,UP> mtu 16436 qdisc noqueue link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 2: eth1: <BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 04:4b:80:80:80:03 brd ff:ff:ff:ff:ff:ff 3: eth0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0a:5e:5e:dc:69 brd ff:ff:ff:ff:ff:ff 4: eth2: <BROADCAST,MULTICAST,UP> 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: <LOOPBACK,UP> 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: <BROADCAST,MULTICAST,UP> 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: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc pfifo_fast qlen 1000 link/ether 00:0a:5e:5e:dc:69 brd ff:ff:ff:ff:ff:ff 4: eth2: <BROADCAST,MULTICAST,UP> 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