Hello,<br>I have a similar one:<br>class "rule1" {<br>match if substring (option dhcp-client-identifier, 0, 5) = 01:00:19:7d:72;<br>}<br><br>subnet 192.168.1.0 netmask 255.255.255.0 {<br><br>pool {<br>option time-offset -12345;<br>
option boot-size 65000;<br>range 192.168.1.66;<br>allow members of "rule1";<br>}<br><br>default-lease-time 86500;<br>max-lease-time 86500;<br>option routers 192.168.1.254;<br>option domain-name-servers 192.168.1.254;<br>
}<br>=> The issue here is even though i see a dhcp offer message, it doesn't have time-offset and boot-size options in it. what is wrong here ? and what is the correct way to have the conf file ? Actually i want option time-offset and boot-size to be sent as part of offer message. I do see routers and domain-name-servers as part of offer message.<br>
<br>thanks<br>Ashmath<br><br><div class="gmail_quote">On Fri, Oct 9, 2009 at 8:58 PM, Jason Gerfen <span dir="ltr"><<a href="mailto:jason.gerfen@scl.utah.edu" target="_blank">jason.gerfen@scl.utah.edu</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">Do any of you currently utilize this feature in your dhcpd.conf? If so could I perhaps get a syntax example?<br>
<br>
The reason I am asking is because I currently maintain a project over at <a href="http://sourceforge.net" target="_blank">sourceforge.net</a> that allows for administrators to manage their dhcpd.conf through a series of forms under an authenticated website (<a href="http://phpdhcpadmin.sourceforge.net" target="_blank">http://phpdhcpadmin.sourceforge.net</a>) and was recently asked to incorporate this functionality outside of the "group" definition for static hosts.<br>
<br>
My assumption for a correct syntax would be something like the two following examples for subnet declarations or for pool declarations:<br>
<br>
subnet 192.168.15.0 netmask 255.255.255.0 {<br>
option domain-name-servers 197.168.15.2, 197.168.18.2;<br>
option routers 192.168.15.1;<br>
option ip-forwarding off;<br>
filename "pxelinux.0";<br>
next-server 192.168.15.3;<br>
}<br>
<br>
pool {<br>
option domain-name-servers 192.168.15.2, 192.168.16.2;<br>
option routers 192.168.15.1;<br>
range 192.168.15.10 192.168.15.255;<br>
option ip-forwarding on;<br>
option broadcast-address 192.168.15.0;<br>
option ntp-servers <a href="http://time.domain.com" target="_blank">time.domain.com</a>;<br>
default-lease-time 1800;<br>
min-lease-time 700;<br>
max-lease-time 3200;<br>
filename "pxelinux.0";<br>
next-server 192.168.15.3;<br>
}<br>
<br>
Any help and specifically examples are appreciated.<div><div></div><div><br>
<br>
Bruce Hudson wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
a. How does a client request those options?<br>
b. I thought all client within the defined scope would receive those options.<br>
<br>
</blockquote>
<br>
Client requests include a "parameter request list" to ask for the<br>
options it wants and knows how to deal with. Since it is possible for<br>
options to run out of room, the server provides those options in the<br>
order requested. It can provide more options if required but this will<br>
normally require special configuration.<br>
<br>
Of course, the "next-server" and "filename" options are fixed fields<br>
rather than using vendor space so this does not apply to them specifically.<br>
They should always be included. In general though, as Glen said, a client<br>
is only given the options requested.<br>
<br>
<br>
<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
c. Wouldn't any client act on the next-server option?<br>
<br>
</blockquote>
<br>
How a client responds to anything is largely undefined. Certainly<br>
including a "next-server" will not force a client to run something like tftp to download a file on its own; at least not in general. --<br>
Bruce A. Hudson | Bruce.Hudson@Dal.CA<br>
ITS, Networks and Systems |<br>
Dalhousie University |<br>
Halifax, Nova Scotia, Canada | (902) 494-3405<br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
<br>
</blockquote>
<br>
<br></div></div>
-- <br>
Jason Gerfen<br>
Systems Administration/Web application development<div><br>
<a href="mailto:jason.gerfen@scl.utah.edu" target="_blank">jason.gerfen@scl.utah.edu</a><br>
<br></div>
Marriott Library<br>
Lab Systems PC<br>
295 South 1500 East<br>
Salt Lake City, Utah 84112-0806<br>
Ext 5-9810<div><div></div><div><br>
<br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a><br>
</div></div></blockquote></div><br>