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

Reply via email to