According to Chris Buechler <[email protected]> on Sun, 01/11/09 at 18:24: > > Time for tcpdump to see what it is that's failing, and where. Run it > on your ath0 interface and sis0, and see what's happening on the wire. > Is ARP failing, or does that succeed and something else fails, or? > > That's exactly how I have one of my APs configured, and is how I would > recommend doing it.
First, thanks very much for the reply. Second, I have one question: "How does one set (and save) a default route (as in "route add default 10.0.0.1") from within pfSense?" I can set it in the shell (using ssh(1) to the 4801 box), but it goes away over a reboot. Normally, I would stick this as a line in /etc/rc.conf, but on pfSense there are two versions (ro and rw) which seem to be PHP function based, sigh... Lastly, an admission: "After looking at my crude ASCII drawing, and noting the different IP addresses, I recalled something that I had forgotten - my local LAN was /27 not /24! As soon as I redid my pfSense configuration with this new CIDR block, and I believe I _did_ need to add a default route (see point two above), everything started to work as advertised." Sorry to have wasted all this bandwidth for something that was a silly oversight on my part. And thanks to all those of you who kindly took the time to reply to my requests for help. It looks like pfSense 1.2.1 is a winner, and I have only begun to scratch its surface. Thanks again. Regards, web... -- William Bulley Email: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected] Commercial support available - https://portal.pfsense.org
