DHCPd on current serves up leases with no default route. It's been like
that for a long while now and I've not been able to find anything about
a solution.
I notice in particular when connecting with clients from the various
debian-based distros' install CDs. Old CDs (e.g. Ubuntu 5.10, 8.10)
which had previously gotten complete network information don't get a
route from either subnet configuration below:
subnet 192.168.100.0 netmask 255.255.255.196 {
option routers 192.168.100.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
subnet 192.168.101.0 netmask 255.255.255.196 {
#option routers 192.168.101.1;
range 192.168.101.9 192.168.101.14;
option domain-name-servers 192.168.101.1;
}
OpenBSD clients work fine. What needs changing in the configuration?
Fully installed debian and debian-based distros' dhclient give and error
"SIOCSIFNETMASK: Invalid argument" but otherwise seem to function:
wmaster0: unknown hardware address type 801
wmaster0: unknown hardware address type 801
Listening on LPF/eth0/00:bb:bb:bb:bb:bb
Sending on LPF/eth0/00:bb:bb:bb:bb:bb
Sending on Socket/fallback
DHCPREQUEST on eth0 to 255.255.255.255 port 67
DHCPACK from 192.168.101.1
SIOCSIFNETMASK: Invalid argument
bound to 192.168.101.9 -- renewal in 19062 seconds.
/Lars