From owner-freebsd-questions@FreeBSD.ORG Tue Nov 1 16:25:19 2005 Return-Path: X-Original-To: questions@freebsd.org Delivered-To: freebsd-questions@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id DD83E16A41F for ; Tue, 1 Nov 2005 16:25:18 +0000 (GMT) (envelope-from iaccounts@ibctech.ca) Received: from pearl.ibctech.ca (pearl.ibctech.ca [209.167.58.10]) by mx1.FreeBSD.org (Postfix) with ESMTP id 25CCC43D46 for ; Tue, 1 Nov 2005 16:25:17 +0000 (GMT) (envelope-from iaccounts@ibctech.ca) Received: (qmail 93018 invoked by uid 1002); 1 Nov 2005 16:25:17 -0000 Received: from iaccounts@ibctech.ca by pearl.ibctech.ca by uid 89 with qmail-scanner-1.22 (spamassassin: 2.64. Clear:RC:1(209.167.16.15):. Processed in 14.683419 secs); 01 Nov 2005 16:25:17 -0000 Received: from unknown (HELO fuze) (209.167.16.15) by pearl.ibctech.ca with SMTP; 1 Nov 2005 16:25:00 -0000 From: "Steve Bertrand" To: "'Jason Morgan'" Date: Tue, 1 Nov 2005 11:24:59 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Office Outlook, Build 11.0.5510 In-Reply-To: <20051101160236.GC90735@sentinelchicken.net> Thread-Index: AcXe/chje3scHJceTQKhXl/2vU3eOAAAFdgg X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2800.1441 X-Qmail-Scanner-Message-ID: <113086230267592980@pearl.ibctech.ca> Message-Id: <20051101162517.25CCC43D46@mx1.FreeBSD.org> Cc: 'FreeBSD Questions' Subject: RE: Quick Routing Question 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: Tue, 01 Nov 2005 16:25:19 -0000 > -----Original Message----- > From: owner-freebsd-questions@freebsd.org > [mailto:owner-freebsd-questions@freebsd.org] On Behalf Of Jason Morgan > Sent: Tuesday, November 01, 2005 11:03 AM > To: FreeBSD Questions > Subject: Re: Quick Routing Question > > On Tue, Nov 01, 2005 at 10:25:25AM -0500, Steve Bertrand wrote: > > > > > Destination Gateway Flags Refs > Use Netif > > > Expire > > > default 70.183.13.193 UGS 0 > 24701 xl0 > > > 10/24 link#3 UC 0 > 0 fxp0 > > > 10.0.0.1 00:d0:b7:44:f9:c6 UHLW 0 > 903 lo0 > > > 10.0.0.2 00:50:8d:e5:a5:41 UHLW 0 322468 > > > fxp0 572 > > > 10.0.0.4 00:e0:98:04:01:f6 UHLW 0 1131 > > > fxp0 1140 > > > 70.183.13.192/26 link#2 UC 0 > 0 xl0 > > > 70.183.13.193 00:13:5f:00:f0:ee UHLW 1 0 > > > xl0 1188 > > > 70.183.13.213 00:50:04:cf:52:8a UHLW 0 > 18 lo0 > > > 127.0.0.1 127.0.0.1 UH 0 > 0 lo0 > > > 192.168.1 link#1 UC 0 > 0 dc0 > > > > Ok, this looks ok. The 10/24 network *should* be able to see/route > > anything back and forth to the 192.168.1/24 network without > difficulty. > > > > Now, I can't remember if you said how this was cabled, but > this is how > > I set up my wifi networks: > > > > - plug the wireless network interface in the FBSD router > into one of > > the LAN switch ports on the wireless AP/router (if indeed > it is a router). > > The IP address on the LAN side of the AP is irrelevant, so > long as you > > don't conflict with another IP. > > Yes, that's what I've done. > > > - Give the wireless laptop a static IP inside the wireless IP subnet > > As soon as I can get the Linksys set up, I will. > > > - Have nothing plugged into the WAN side of the wireless AP, as you > > don't want routing with that unit, you just want a layer-2 > > (bridged/switched) AP. > > Correct. > > > - effectively, if you have wireless connectivity from the laptop to > > the AP, you should be able to ping the FW, and vice-versa > > Checking to make sure the wireless router is routing now, but > I can ping from the FreeBSD gateway to the router (as well as > hit the web setup with lynx). Ok, slick...you are more than half way there. Carry on with bringing over a client to the wireless side of things (even if it's just cabled into the Linksys for now), to see if you can get through the AP, to the router. Then proceed to try to ping the cabled iface of the FBSD box from said client. If you can do that, then try a wireless client, to ensure the problem doesn't stem from wifi connectivity. And again, tcpdump is a very good tool. The -i switch tells it what interface to listen on, so if the wireless side of the router works but you can't ping across to the cabled side, then apply the cabled interface to the -i switch and you'll be able to see if traffic is making that far, and if it is, if it's even attempting to go back. Cheers, and good luck! Steve