From owner-freebsd-questions@FreeBSD.ORG Thu Jun 18 19:36:00 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A543F1065674 for ; Thu, 18 Jun 2009 19:36:00 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from mailhub.rachie.is-a-geek.net (rachie.is-a-geek.net [66.230.99.27]) by mx1.freebsd.org (Postfix) with ESMTP id 5C9068FC16 for ; Thu, 18 Jun 2009 19:36:00 +0000 (UTC) (envelope-from mel.flynn+fbsd.questions@mailing.thruhere.net) Received: from smoochies.rachie.is-a-geek.net (mailhub.lan.rachie.is-a-geek.net [192.168.2.11]) by mailhub.rachie.is-a-geek.net (Postfix) with ESMTP id 1E43F7E83F; Thu, 18 Jun 2009 11:35:59 -0800 (AKDT) From: Mel Flynn To: freebsd-questions@freebsd.org Date: Thu, 18 Jun 2009 11:35:57 -0800 User-Agent: KMail/1.11.4 (FreeBSD/8.0-CURRENT; KDE/4.2.4; i386; ; ) References: <200906180941.04597.mel.flynn+fbsd.questions@mailing.thruhere.net> In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200906181135.58206.mel.flynn+fbsd.questions@mailing.thruhere.net> Cc: Subject: Re: The short and curlies of vista networking X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Jun 2009 19:36:01 -0000 On Thursday 18 June 2009 09:56:29 Chuck Swiger wrote: > Hi-- > > On Jun 18, 2009, at 10:41 AM, Mel Flynn wrote: > > Does anyone have a how-to or pitfall summary on how to get a vista > > computer > > to: > > - accept DHCP offers from isc-dhcp30-server-3.0.7_4 > > - connect to WPA-PSK using *any* scheme supported by FreeBSD's hostapd > > - give debugging information that makes sense to someone not > > speaking "if > > !not_working throw generic_catch_all_error" lingo > > [ ... ] > > > Related info: > > Vista, WPA-PSK: "The settings saved on this computer for the network > > do not > > match the requirements of the network." > > /var/log/dhcpd.log: > > Jun 18 08:56:24 gate dhcpd: DHCPDISCOVER from 00:c0:a8:f1:e8:c3 > > (Tyler-PC) via > > bridge0 > > Jun 18 08:56:24 gate dhcpd: DHCPOFFER on 192.168.2.251 to > > 00:c0:a8:f1:e8:c3 > > (Tyler-PC) via bridge0 > > > > One common pitfall that affects people doing unusual network > topologies like bridging between wired and wireless is whether you've > got proxy-ARP going, which might cause the Vista box to thing the IP > being offered to it is really in use. Try pinging one of your IPs in > the DHCP pool range, and see whether you're getting ARPOP_REPLYs. If > so, the MAC address you get ought to lead to the hardware which is > generating proxy ARP replies. Ah, forgot to mention. This isn't bridge specific. It didn't work with the same issues, when I was using a separate network for the wireless interface. I was actually hoping that using a bridge would fix it, as it cleaned up my firewall and NAT rules. It also persisted through a change from ath to ral hostap. Also the IP isn't in use. My own laptop is one other wireless machine and I've kept it out of DHCP range. The Kubuntu laptop was powered off at the time, servers are also out of DHCP range and the work stations are assigned properly on different IPs. There's also no evidence of a hacked WEP connection in pftop, now that we've temporarily switched back to it. Static IP works, even the one that DHCP would have it assigned. The DHCPOFFER is just never seen by the vista client and I cannot at present determine where. It leaves the bridge interface just fine, but if it gets lost in wlan, dropped by vista firewall or silently ignored by vista because it doesn't adhere to vista's expectation is unknown. I'd appreciate it if someone would have tcpdump/wlantools etc rules available to track this and mention what to look for. We've got some time set aside this weekend to do any sniffing/diagnostics and will post back results if any. > Of course, it might just be some Vista oddity-- perhaps it doesn't > trust your wireless network because it doesn't like the encryption > strength or some such, but I won't try to advise you on how to > administer Vista itself.... Hehe, no. The objective here is to figure out how to get it working using tools and diagnostics on the gateway machine and go as far as applying hotfixes and service packs for Vista. But it should work without registry hacks or continuous maintenance. -- Mel