<p dir="ltr">Yes, that would be perfect, but unfortunately Windows has no use for such info and simply drops it. Doesn't even cache it.</p>
<p dir="ltr">'Option hostname' is configured and used to work perfectly with DHCPINFORM before I switched to CentOS 6.4 with its ISC DHCP server.</p>
<p dir="ltr">Cheers,</p>
<div class="gmail_quote">On 2013-05-11 4:30 AM, "Glenn Satchell" <<a href="mailto:glenn.satchell@uniq.com.au">glenn.satchell@uniq.com.au</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Can you add an "option hostname" and send that out with the original dhcp<br>
response? Don't know if that will work but simple to try.<br>
<br>
regards,<br>
-glenn<br>
<br>
On Sat, May 11, 2013 2:55 am, Sergey Skobkarev wrote:<br>
> Hi Glenn,<br>
><br>
> Thank you for your advise. It seems like a viable workaround for my<br>
> Windows<br>
> 7 machines issue.<br>
><br>
> However, I also used DHCPINFORM's for assigning hostnames to my lab<br>
> computers after their re-imaging, and unfortunately your solution will not<br>
> help in that case, so I'm still going to revise the server's code and try<br>
> to fix it if it won't take to much time and effort.<br>
><br>
> Cheers,<br>
><br>
> --<br>
> Sergey Skobkarev<br>
> CIS System Administrator<br>
> University of the Fraser Valley<br>
><br>
><br>
><br>
> On Thu, May 9, 2013 at 4:21 AM, Glenn Satchell<br>
> <<a href="mailto:glenn.satchell@uniq.com.au">glenn.satchell@uniq.com.au</a>>wrote:<br>
><br>
>> Hi Sergey and Randall<br>
>><br>
>> Several years ago I added this to my dhcpd.conf to try to work around<br>
>> one<br>
>> cause of dhcpinform: the browser querying for wpad options. Not sure if<br>
>> the \000 is still needed, but it does no harm. In the comments PRL is<br>
>> the<br>
>> "parameter request list".<br>
>><br>
>> # Windows systems accept the WPAD option for setting up their proxy<br>
>> server<br>
>> # (Autodetect proxy settings):<br>
>> # (According to Ted Lemon, "text" will get the Microsoft<br>
>> # NUL termination bug heuristic applied, and "string" won't!<br>
>> option wpad code 252 = text;<br>
>> option wpad "<a href="http://proxy/proxy.pac\000" target="_blank">http://proxy/proxy.pac\000</a>";<br>
>><br>
>> # Special config for Windows ("MSFT 5.0") systems.<br>
>> # Note this does not catch Windows CE.<br>
>> class "MSFT" {<br>
>>   match if substring(option vendor-class-identifier, 0, 4) = "MSFT";<br>
>>   # They put 252 on the DHCPINFORM's, but not on the DHCPREQUEST's<br>
>>   # PRL.  So we over-ride the PRL to include 252 = 0xFC, which will<br>
>>   # send the option at DHCPDISCOVER/DHCPREQUEST time, and wil also<br>
>>   # suppress the DHCPINFORMS!  They seem to cache it.<br>
>>   option dhcp-parameter-request-list = concat(option<br>
>> dhcp-parameter-request-list, fc);<br>
>> }<br>
>><br>
>> regards,<br>
>> -glenn<br>
>><br>
>> On Thu, May 9, 2013 9:44 am, Sergey Skobkarev wrote:<br>
>> > Hi Randall,<br>
>> ><br>
>> > I'm having the same problem with 'custom' groups inside subnets.<br>
>> Windows<br>
>> 7<br>
>> > machines successfully get IP, domain, DNS server and other parameters<br>
>> on<br>
>> > IP renew, but then they (IE?) send DHCPINFORM request, receive wrong<br>
>> DNS<br>
>> > server and domain information and "fix" their lease details. As a<br>
>> result,<br>
>> > I cannot assign proper 'custom' options.<br>
>> ><br>
>> > If I remove 'authorative' from the configuration file, dhcpd stops<br>
>> > responding to DHCPINFORM requests, so it works as a temporary<br>
>> solution.<br>
>> > However, I however have some other usage for DHCPINFORM's and would<br>
>> like<br>
>> > to fix the server and get proper INFORM answers.<br>
>> ><br>
>> > I was going to hack the code, but then saw your message and decided to<br>
>> ask<br>
>> > if you succeeded in that already and if you did, would you send me a<br>
>> patch<br>
>> > or at least point out where should I start?<br>
>> ><br>
>> > My DHCP server's version is 4.1.1 (Release: 34.P1.el6.centos), but<br>
>> I'll<br>
>> > probably use the latest code for hacking/recompiling.<br>
>> ><br>
>> > Thank you,<br>
>> ><br>
>> ><br>
>> > --<br>
>> > Sergey Skobkarev<br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > dhcp-users mailing list<br>
>> > <a href="mailto:dhcp-users@lists.isc.org">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>
>><br>
>> _______________________________________________<br>
>> dhcp-users mailing list<br>
>> <a href="mailto:dhcp-users@lists.isc.org">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>
> _______________________________________________<br>
> dhcp-users mailing list<br>
> <a href="mailto:dhcp-users@lists.isc.org">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>
<br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org">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>
</blockquote></div>