@riaanwest said in pfblockerng: Basically making pfblockerng to create an alias for each category referenced in shallalist so you can create manual firewall rules using those aliases pointing to lets say social networks? You can't use FW_Rules with DNSBL tables. DNSBL operate on the Domain Name space. Firewall rules operate on the IP space.

DNSBL will block domains, it cannot block based on a URL as it is a DNS based blocker.

@newyork10023 said in pfBlockerNG rule element modification and ordering: To begin, pfBlockerNG_devel 2.2.1_2 is awesome. Wow. Thanks. Thanks! Certain feeds are naughty. For example, adding RFC 1918 (Private Address Space), Multicast addresses, etc., etc., etc., is just BAD. Blocking possibly necessary system addresses, including multicast addresses, etc., is just NASTY. Adding a WhiteList is not going to fix this issue. These rule elements need to be culled from the list(s), and I mean permanently. By chance are you using Firehol Level1? That feed contains bogons and should not be used for Outbound blocking. You can also enable "Suppression" which will remove local/loopback addresss. A couple of feature suggestions for automatic rule insertion: use rule Separators to bind automatic rule insertion to specific places in the rules. (Indeed, one of my pet peeves is that automatic rules re-arrange Separator organization in seemingly random ways.). Another suggestion would be that automatic rule insertion should not re-arrange rule ordering AT ALL (after their initial placement). Subsequent rule updates should update rules IN PLACE. I like the possibility that Separators could be used to bind automatic rule insertion. But, disabling all automatic rule insertion needs to be an option for DNSBL. Firewall rule separators will be very difficult to implement with pfBlockerNG and auto rules...