Vista doesn't ack dhcp offer

Doug Tucker tuckerd at engr.smu.edu
Wed Sep 19 17:15:37 UTC 2007


sh-2.05b# uname -a
Linux dgate2 2.6.12.3 #1 SMP Tue Aug 2 17:25:50 CDT 2005 i686 GNU/Linux

By system firewall... you mean the server or the client?  Definately not
the issue with the client...applying the registry hack found here:

http://support.microsoft.com/kb/928233/en-us

....fixes the problem without any further changes to the server or
client.  But, doing this to every vista instance is simply impossible, I
need the server to somehow understand, and reply back with what the
client expects, to come back.


On Wed, 2007-09-19 at 10:07 -0700, David W. Hankins wrote:
> On Wed, Sep 19, 2007 at 11:03:57AM -0500, Doug Tucker wrote:
> > http://engr.smu.edu/~tuckerd/dump.txt
> > 
> > Sep 19 11:02:57 dgate2 dhcpd: DHCPDISCOVER from 00:13:e8:23:e5:a7
> > (LENOVO-PC) via eth1
> > Sep 19 11:02:57 dgate2 dhcpd: DHCPOFFER on 129.119.128.108 to
> > 00:13:e8:23:e5:a7 (LENOVO-PC) via eth1
> 
> The server logs transmitting the offer but it's not in your dump.
> The suggested filter should catch it if it were there (source or
> destination port).
> 
> Directly after the log message, we literally call sendto() on the
> Packet Filter socket.  You would see 'send_packet:' error logs if
> that were failing, so it must also be succeeding.
> 
> I can only assume that something is discarding the transmission to
> the all-ones broadcast, but since debian's 3.0.4-13 uses ISC DHCP's
> "LPF" method, I don't think that can be the system's local firewall,
> can it?
> 
> uname -a?
> 
> -- 
> Ash bugud-gul durbatuluk agh burzum-ishi krimpatul.
> Why settle for the lesser evil?	 https://secure.isc.org/store/t-shirt/



More information about the dhcp-users mailing list