<table cellspacing="0" cellpadding="0" border="0" ><tr><td valign="top" style="font: inherit;"><DIV>Glenn Satchell wrote:<BR>>So do you have a definition for net2 in dhcpd.conf?<BR>><BR>>There needs to be a minimal definition, even if there are no <BR>>clients on that subnet. Something like:<BR>><BR>>subnet a.b.c.0 netmask 255.255.255.0 { }<BR>><BR>>(with whatever the appropriate subnet and netmask is.)<BR>><BR>>That should all be fine. The dhcp server is always going to <BR>>receive requests via the local network interface.<BR> <BR>I did not know that was needed, and in my simple scenario is easy<BR>to do it. But in a more general topology, I suppose that this <BR>implies that dhcpd MUST define (with 'subnet a.b.c.0 ...') every <BR>local subnet through which the server might receive a DHCP<BR>request. The packets may arrive the server through different<BR>interfaces and so dhcpd MUST have all their corresponding
 local <BR>subnets configured in dhcpd.conf, even there are no clients on <BR>those subnets.<BR> <BR>>Are there other clients on net1 that do work? Or do all clients <BR>>fail to renew? Can you ping the client from the dhcp server? Is <BR>>the default router set properly on the client via the initial <BR>>dhcp request? Is there a firewall in there anywhere, either <BR>>between the subnets or on the device in question?<BR> <BR>I have no other clients on net1, but I am pretty sure that the<BR>problem was not having configured local subnets in dhcpd.conf<BR> <BR> <BR>Alex Bligh wrote:<BR>>Don't do this then. dhcpd in essence needs to know about every<BR>>subnet on which it might ever get any form of IP address.<BR> <BR>>(unless you use the 0.0.0.0/0 hack which should only be used<BR>>between consenting adults in the privacy of their own networks).<BR> <BR>I am not using the 0.0.0.0/0 hack. All I
 needed was to tell dhcpd<BR>about the local subnet in dhcpd.conf .<BR> <BR>Thanks for your help<BR></DIV></td></tr></table>