Thanks for the hint. It does not seem that there is a switch to tune the queue length. I do not suppose you mean values in system tunables. I will try and set the adapters to vmxnet3 and see what happens.

@pfBasic: I think Unbound reloads every time a new DHCP is registered? Hopefully someone else can confirm or deny that. Also more to the point, if reloaded, is its cached data lost or service interrupted? That would be an important point for some networks. Samba for instance reloads config without stopping+starting.

Remove the FreeRADIUS 2.x package. Install FreeRADIUS 3.x. Visit the EAP tab under Services > FreeRADIUS, make sure you have a proper CA/Server Cert selected there, or set them to 'auto'. Save. Then make sure the rest of your settings are correct, especially the Interfaces tab, NAS/Clients tab, and Users. Review your setup against this document: https://doc.pfsense.org/index.php/Using_Captive_Portal_with_FreeRADIUS It mentions FreeRADIUS 2.x, but 3.x works the same.

I am on bt I have a HG612 with a lan cable running from that to my pfsense box. I have setup the wan interface as pppoe and supplied it with the login details of bthomehub@btbroadband.com and (password) if asked and it connected first time. as for the AP I just plugged mine into a switch served by the pfsese lan interface and it works great. if you get issues with that setup let me know.

You have some daemon on the firewall which is extremely busy, connections are coming in too fast for it to handle with the current queue size. What services and packages do you have enabled?

That does appear to be a bug affecting the time zone display: https://redmine.pfsense.org/issues/7714

@pilotboy72: Hope it's soon, but looking at redmine.pfsense.org there are still 79 open issues as of today.  Seems like it may be more than a month. Most of those are not critical and will be pushed to 2.4.1 or later. We don't always keep that list up-to-date as things progress, since people can assign any target version they want when creating an issue there, that doesn't mean it'll stay. Also some older bugs that we thought we might have time to fix may get pushed again since there still isn't a viable solution or time to make one, etc. Expect that list to shrink. Rapidly. Soon. :-)

Why not just add a tld, single label domains not really a good idea.. If you like local, I do ;) But I use local.lan for my domain - this tells me its the local lan ;) hehehe

The pool option was added in the 2.4 betas. If your syncing with non pool, it is more likely that the pool you were syncing too just went offline and you have not picked a different one.  If you look to see what IP your checking you can just look that ip up on the pool site.  They list all servers that are members of the pool. The could be blocking you - you would want to sniff the traffic and find the point when was working and then it stops working..  Just look to see if pfsense is actually sending the query - and you don't just get an answer? You can check this site for getting a ntp server up and running on a pi http://www.satsignal.eu/ntp/Raspberry-Pi-NTP.html It will for sure get you started..  There is also other threads here about supply a pps signal to pfsense..

Did it work with SSL-Session-ID without SSL offloading? I'm still curious.

Yeah, and key + pass auth for everything internet facing. There was a thread not too long ago where a users pfSense box was accessed via VPN with a weak password. Use keys anywhere you can.

Or : use a Wifi capable device, use it to connect to the WLAN device, login and change it's IP.

No one, then?

Which is exactly the behavior if you are actually at the CLI (shell - option 8) and not the menu. https://redmine.pfsense.org/ File a feature request.

Basically, pfSense is a router which means it routes traffic from one subnet (e.g. WAN) to another (e.g. LAN) and vice versa. With only one interface it can do stuff like serving DHCP addresses but obviously it cannot route. Filtering HTTPS means you have to implement a man-in-the-middle scenario to see and filter traffic which usually is encrypted (hence HTTPS). Good luck with such a task in general and your given networking skill-set on top. Advise of the day: start small! Use pfSense as a router and firewall, add packages as needed and learn about networking. That's enough to keep you busy at least until this winter.

2.4 will be on 11.0, 2.4.1 will be on 11.1. Given the timing, depending on what we find in testing, 2.4.1 will be very close behind 2.4, but we do want to get 2.4 out sooner than we could if we delayed to wait on 11.1 testing to pan out.