You might also consider spinning up a Kali VM and use OpenVAS in place of Nessus if it's for personal use.

Actually the explanation above is wrong and misleading. A kernel crash would show a very specific message on the primary console that the kernel couldn't continue its execution with some explanation like "Fatal trap 12: page fault while in kernel mode" and drop you to the kernel debugger on the primary console. This is not what is happening when you encounter a "core dumped" message. This is when a userspace process does something that the kernel doesn't like and gets killed by the kernel. For example the process  tries to divide by zero or it tries to access part of the process memory space that hasn't been yet allocated for it by the kernel. The reasons for "core dumped" vary, sometimes it's a programming error, sometimes it could be a hardware error as well but most of the time those errors happen as a result of programming errors or misconfiguration of the software.

heheeh - yeah got a couple of guys at work like that ;)  You talking about something and they just break out their phones and look it up for you.  Saves battery letting them use their phones vs yours - hehehe

On 2.3.x that field does nothing meaningful. 'admin' is hardcoded in the backend and assumed in a couple places. Have to wait for 2.4 for that.

If you haven't already, you might consider the advantages (in an AD environment) of having your windows server doing DHCP as well.  For example, if Windows is doing DHCP, the DHCP server can be configured to update the DNS server.  At that point, if you have multiple vlans, you'd also want to enable the DHCP relay function on pfsense (or on a L3 switch.)

Try ntopng

You just started the client there. I would run there iperf server on pfsense, then connect with a client. You can use clients on windows/linux/android. https://www.sd-wan-experts.com/iperf-bandwidth-testing/

It works.  The issue was indeed http not being redirected to https.  Apache was misconfigured and was serving a blank page.  After fixing the redirect instructions in the apache conf file, and restarting the httpd service, I tried (with the DNS host override in pfsense's DNS config active) and it works! BTW nslookup yields this on LAN machines (similar or identical for all): user@pc ~ $ nslookup mywebsite.ddns.net Server: 127.0.1.1 Address: 127.0.1.1#53 Name: mywebsite.ddns.net Address: 192.168.1.100 "192.168.1.100" is the actual IP of the VM where the site is hosted on the LAN.  SO I take that it works?? Thanks!

I realize mbuf's and mbuf clusters are two different statistics, however if they are completely separate from each other then can anybody explain why when the kern.ipc.nmbufs limit reached error occurs the mbufs in use are always just over the limit set for mbuf clusters? For instance, when I had mbuf clusters set to 1,000,000 the error showed 1,033,130 mbufs in use. When I had it set to 200,000, it showed just over 200,000 mbufs in use when the issue occurred. Are you certain these two are not related? It seems to me that increasing the clusters increases the number of mbufs that can be used (which would make sense to me, but I am not an expert in this field). As of right now I have increased memory from 768 to 1024 and the firewall has gone several days without an issue. Typically the issue would have occurred several times a day. I am hopeful that this is a suitable solution, or at the very least a way to extend the time between occurrences. If it occurs again I will increase to 1280 or 1536.

Pf doesn't support mac filtering. Ipfw does, but there is no GUI to get it to work. You might hack your way around it by using captiveportal

You're adding more variables to the equation and there were already too many unknowns. :) If your phone connects as expected on external wifi, but not on the LTE network then it would seem to point to an issue with your mobile carrier, but you'd have to do a lot of troubleshooting to confirm that assumption.  I'd start with ping tests while connected to LTE and if you can't ping, do a traceroute from the phone to see what's going on.  Is it possible your mobile provider is blocking OpenVPN connections?  Unlikely, but maybe – again too many variables & unknowns, not enough facts. But wifi works and LTE doesn't is at least something to work with.  Do the ping & traceroute tests when connected to LTE and work from there.  Seems like a phone config problem.  Does your LTE provider do CGNAT?  I don't think that should cause an issue, but maybe?  Have you tried connecting with another device? Having connected successfully to both the webgui and your rdp host behind pfsense using wifi, I think it's safe to say the openvpn server is properly configured and operational.  The rest, I'm afraid, is going to be up to you to troubleshoot.

@silvershark78: I'm using 2.1.4 if that matters https://doc.pfsense.org/index.php/Versions_of_pfSense_and_FreeBSD

Another problem solved by multiple SSIDs on one radio is they are all on the same frequency. Multiple APs each need a clear channel. Most people can't find one clean one on 2.4, much less three.

actually i did not invest at all.. I tried pfsense on VM but it was giving all weird behaviors also when server shutdown the whole routing failed and when my wifi router finally failed , i just used a very old system(pentium4 with 1G ram) and got it working. I was looking for a switch but was never sure if the one i was looking for were managed switches.. For example is this TL-SG108E a managed switch or not and if not is it fine to use because they do mention vlan is supported..  Another reason i did not go for  a switch was i had very few systems to support so i assumed i could handle with existing PCIe port connection.. Like i said using Intel pentium 4 LGA 775 based montherboard with 1G ram and  Intel PCIe I340T(not original got it from ebay).. Yes right now all but wifi devices are static IPs. Thanks a lot for your help Johnpoz.. Let me play around a bit for couple more days and see what i can do and understand and your steps might help ..