Hmm…looking at the rule category descriptions on the VRT websites they don't seem to give any indication of which categories are no longer active. Is there a specific page you were referring to? It seems rather strange to me that they would have all the rules neatly organized, only to completely change it without modifying the documentation. EDIT: I found the blog posts explaining the move. I guess this means I'll just have to figure out where the rules I need have gone. Thanks for the help!

Yep, you're right.  Thanks for pointing that out.

Ok, I figured out why pfctl was hanging up. One of the captive portal rules was too long. I'm working on a patch to break up CP rules into smaller chunks in /etc/inc/filter.inc. Just wanted to post this in case someone else runs into this thread with a similar problem.

No reply and I couldn't solve the problem so I went removing the package. Just stopping the service didn't help… web browsing was extremely slow, that's why I tried removing the package completely and things got back to normal. Then I reinstalled the package and it kept all my previous configuration, and it started doing the problem again. Is there any way to make a clean remove and clean install of a package (or more specifically the squid3 package) ? Thanks!

Did it like this. Now all three leds are green from the beginning of booting. Nothing comes to the serial console anymore.

For an explanation and solutions see: https://doc.pfsense.org/index.php/Why_can%27t_I_access_forwarded_ports_on_my_WAN_IP_from_my_LAN/OPTx_networks Steve

Diagnostics: Backup/restore Under backup configuration you have specified 'all'? If packages are not reinstalled have you then tried the Package Functions 'Reinstall packages'?

Go to System: Routing: Gateways tab. Edit your wan gateway and disable gateway monitoring. Steve

If check_reload_status is using high CPU, that is a symptom of another cause. Usually it's that a gateway is being flagged as down/up, or an interface is bouncing somehow. I've also seen that in one case where it as a dodgy DHCPv6 server at the ISP on their WAN, disabling DHCPv6 on WAN settled it down.

There is not currently any way to create users certificates from the shell. The actual commands are wrapped in functions. What you'd need to replicate is the user input that would be similar to fields entered in the user manager and then replicate what happens when the save/apply action is performed. The hard part isn't getting the data, it's the input validation to make sure what is entered is valid/makes sense and can be used to add a user/cert.

This document might help you with your filtering bridge setup: Transparent Firewall/Filtering Bridge Found with the search function of this forum.

Those are real errors accessing the disk. So it is not that the file system is full - it is that there is some disk problem. If this was working fine for a few months, then the errors started, that means it is not a general FreeBSD driver or disk SSD firmware issue. It seems that the disks are failing in some way. It is surprising that you are getting similar failures then on 5 different systems. Someone else might be able to advise what might be going wrong with a whole batch of disks!