@brcisna The two boxes are on different networks, different public IPs but same ISP. I did notice the spike when logging in to view some stats and check the logs. The network didn't appear to slow down, but our pipe to these boxes is really pretty small. But I do not think that any throughput suffered. A reboot cured the problem for now so if our ISP was doing 'something' it cured our little anomaly.

@woeper: Who will help me on this ? I have no idea how the exact syntax is to be able to allow this to work …. I modified /etc/rc.bootup ... Try this: echo "Initializing..."; echo "Reset LED panel..."; exec("/bin/lprled -r"); echo "Set unarmed mode and current boot slice on LED panel."; if (`mount | grep /dev/ufs/pfsense | cut -d' ' -f1` == "/dev/ufs/pfsense0") exec("/bin/lprled -b 0 -w 0x9"); else exec("/bin/lprled -b 0 -w 0x5");

Squid can be used in that manner, see the Squid documentation examples. Both are effective solutions.  Try both and see which suits your needs better, both in terms of capability and ease of use.

You can solve that with a single IP and either the HAProxy package (to direct connections to the appropriate physical server) or one web server and virtual hosts (vhosts).

Thanks to all who provided ideas on a resolve for the BB email problem. I wound up deleting all port forwards,and recreated tcp 25,110,143 along with 80/VIP for imap and BB works fine now. Also used the tcpdump  command provided by Eugene to see interaction between pfSense box and BB servers as well. Hope some day I become important as well. Thanks, Barry

@CurlyBrackets: Alright, everything is working now. Just for the record, what did you change to make it work?

arp entries generally disappear after a timeout. Hence you need to do the ping first THEN fairly promptly issue the command to display the arp entries. There appears something wrong here. The original complaint was that WLAN wasn't working. You should be pinging the pfSense WLAN interface from a system on the WLAN not on the LAN. The data suggests your PC is connected to the LAN. In that case the ping to pfSense comes in on the LAN interface and is responded to "internally" and hence the counters for the WLAN interface don't move since there were no packets received on the interface and no packets transmitted on the interface. I have assumed you were reporting with your PC connected to WLAN. Please provide output from pfSense shell command ifconfig -a so we can check your interfaces are in the correct state.

I finally found the problem  ;D Certainly, the problem has nothing to do with the pfSense package repository. The problem was that I configured the Outbound NAT with a Public IP address that my ISP blocked erroneously in pass years. When I detected the error I configured an Outbound NAT with a proven Public IP address and the connection doesn't presented any problem. @wallabybob: Thanks for the output command, it help me very very much(I didn't know that the package repository is in www.pfsense.com:80).

Connect the access point to a third interface (OPT1) on your pfSense host and configure the firewall rules, or the captive portal, to suit your needs.

Lol ok that simple thank you and sorry for the stupid question then hehe  8) have a nice day.

I'm not sure that the modem I'm using will let me. I'll do some more research on it.

It's also available in the pfSense-packages git repo.

You should be able to achieve that with squid, probably with squidGuard.

no the server cannot connect to the internet. I am testing by hosting a website on the server and trying to access it. I assigned NAT rules. and also rules on the lan to allow tcp between 2 interfaces and still nothing.

I will try to explain more about our setup, since this problem continues to bug us. Network Setup WAN PfSense LAN > VPN > Remote site with IPTelephones (H.323) The gateway to our remote site has the pfsense as its internal default gateway. So, all traffic from our remote site passes through the VPN , then to the pfsense and from the pfsense out. I´ve tried to find the iptelephones ipnumers in the state table, but they dont seem to be there. When we for example changes a static route on our pfsense, the filter reloads and the calls on our phones on the remote site breaks. The telephone system is Solidus Ecare on a MX-ONE telephone system and really has nothing to do with the pfsense itself, only that the clients on the remote site speaks through the pfsense to our telephony systems. The clients seem to bee unaffected otherwise when the filter reloads. They maintain communication to all the systems. Only the iptlephones traffic breaks. Any comments tips or the like is much appreciated. Best regards

pkg_info arc-5.21o_1        Create & extract files from DOS .ARC files arj-3.10.22_1      Open-source ARJ bandwidthd-2.0.1_1  Tracks bandwidth usage by IP address clamav-0.95.1      Command line virus scanner written entirely in C db41-4.1.25_4      The Berkeley DB package, revision 4.1 gamin-0.1.10_1      A file and directory monitoring system gd-2.0.35,1        A graphics library for fast creation of images gdbm-1.8.3_3        The GNU database manager gettext-0.17_1      GNU gettext package gio-fam-backend-2.20.1 FAM backend for GLib's GIO library glib-2.20.1        Some useful routines of C programming (current stable versi havp-0.90          HTTP Antivirus Proxy jpeg-6b_4          IJG's jpeg compression utilities lha-1.14i_6        Archive files using LZSS and Huffman compression (.lzh file libiconv-1.11_1    A character set conversion library libslang2-2.1.4_1  Routines for rapid alpha-numeric terminal applications deve libusb-0.1.12_2    Library giving userland programs access to USB devices lightsquid-1.7.1_1  A light and fast web based squid proxy traffic analyser lzo2-2.03_2        Portable speedy, lossless data compression library mbmon-205_4        A tty motherboard monitor for LM78/79, W8378x, AS99127F, VT mc-4.6.2            Midnight Commander, a free Norton Commander Clone mysql-client-5.1.44_1 Multithreaded SQL database (client) neon26-0.26.4_1    An HTTP and WebDAV client library for Unix systems net-snmp-5.4.1.2    An extendable SNMP implementation ntop-3.3.8          Network monitoring tool with command line and web interface nut-2.2.2          Network UPS Tools openldap-client-2.4.10 Open source LDAP client implementation openvpn-2.0.6_9    Secure IP/Ethernet tunnel daemon p5-GD-2.39          A perl5 interface to Gd Graphics Library version2 pcre-7.9            Perl Compatible Regular Expressions library pcre-8.00          Perl Compatible Regular Expressions library perl-5.10.1        Practical Extraction and Report Language perl-5.8.8_1        Practical Extraction and Report Language pkg-config-0.23_1  A utility to retrieve information about installed libraries png-1.2.35          Library for manipulating PNG images python25-2.5.4_1    An interpreted object-oriented programming language rate-0.9            A traffic analysis command-line utility snort-2.8.5.3      Lightweight network intrusion detection system squid-2.7.7        HTTP Caching Proxy squidGuard-1.3_1    A fast redirector for squid squid_radius_auth-1.10 RADIUS authenticator for squid proxy 2.5 and later unzoo-4.4_2        A zoo archive extractor Nothing special at the logs, mostly ntop messages. I tried tcpdump and figured out that all packets are going correctly. Seems like NAT doesn not send/recieve all packets to clients…