Vista doesn't ack dhcp offer
tuckerd at engr.smu.edu
Wed Sep 19 17:15:37 UTC 2007
sh-2.05b# uname -a
Linux dgate2 188.8.131.52 #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:
....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 184.108.40.206 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