PfBlockerNG v2.0 w/DNSBL
-
You're on an older version of pfSense and pfBlockerNG… I'd suggest updating to the latest versions...
-
BBcan, I've read and been using most of the feeds mentioned in the first few pages of this thread. Is there an exhaustive list of feeds or any "must have" feeds that I might have missed? Thank you! 8)
-
BBcan, I've read and been using most of the feeds mentioned in the first few pages of this thread. Is there an exhaustive list of feeds or any "must have" feeds that I might have missed? Thank you! 8)
I am working on the next version of pfBlockerNG v3.0 which will have a Feeds Management Tab for IPv4/v6/DNSBL feeds … plus many other features ...
Currently listing:
-
IPv4: 105 Feeds
-
IPv6: 9 Feeds
-
DNSBL: 71 Feeds
Just working on the last bits … Hope to have it out soon....
I will post some screenshots when I can... -
-
BBcan, I've read and been using most of the feeds mentioned in the first few pages of this thread. Is there an exhaustive list of feeds or any "must have" feeds that I might have missed? Thank you! 8)
I am working on the next version of pfBlockerNG v3.0 which will have a Feeds Management Tab for IPv4/v6/DNSBL feeds … plus many other features ...
Currently listing:
-
IPv4: 105 Feeds
-
IPv6: 9 Feeds
-
DNSBL: 71 Feeds
Just working on the last bits … Hope to have it out soon....
I will post some screenshots when I can...Awesome! Can't wait for it's release! Thank you for your continued contribution, pfBlockerNG is already great but this is the icing on the cake!
-
-
I am working on the next version of pfBlockerNG v3.0 which will have a Feeds Management Tab for IPv4/v6/DNSBL feeds … plus many other features ...
I will post some screenshots when I can...As one of BBcan's testers, I can tell you he has done an amazing job on this feature. It alone will be worth the update.
-
Any guesstimates for ETA?
-
I'd like to report a serious bug.
After the first setup and first reboot, PFblockerNG proceeds to alter the order of the pre-existing Floating Rules.
Before PFblockerNG:1º Custom quick Allow rules to many things
2º Custom quick Deny all rule to all traffic on my subnets.
After PFblockerNG
1º PFblocker own rules
2º Custom quick Deny all rule to all traffic on my subnets.
3º Custom quick Allow rules to many things.
It changed the order of my Deny Rule to be above my Allow rules, thus blocking all traffic.
I fixed the rules ordering, but I have yet to reboot the machine to see if they are preserved.
Edit: I see there is an option on how to order pfblockerng floating rules, and the default one says:
pfb_block / Reject | all other rules
It either considered my custom Deny rule to be one of its own, or it simply parses all existing rules looking for "deny/reject" and jumps them ahead.
-
I am working on the next version of pfBlockerNG v3.0 which will have a Feeds Management Tab for IPv4/v6/DNSBL feeds … plus many other features ...
I will post some screenshots when I can...As one of BBcan's testers, I can tell you he has done an amazing job on this feature. It alone will be worth the update.
How do you become a tester? I would like to sign up if any more are needed! I always love to try bleeding edge/potentially buggy software and assist in the debugging/feedback process. Kind of why I religiously update my pfSense box daily whenever updates are available :)
-
How do you become a tester? I would like to sign up if any more are needed! I always love to try bleeding edge/potentially buggy software and assist in the debugging/feedback process. Kind of why I religiously update my pfSense box daily whenever updates are available :)
I sent a PM :)
-
How do you become a tester? I would like to sign up if any more are needed! I always love to try bleeding edge/potentially buggy software and assist in the debugging/feedback process. Kind of why I religiously update my pfSense box daily whenever updates are available :)
I sent a PM :)
I'd love to test too.. :) let me know if can include me..
-
Just got caught up on this thread. The only thing I am unclear on is what is the ramifications of having these two options enabled?
1. Register DHCP leases in the DNS Resolver
2. Register Static DHCP static mappings in the DNS ResolverThanks.
-
At every registration, Unbound reloads, so if it takes 1-3 minutes to restart (depending on you domain block list size), you have no DNS service available.
Static mappings are not dynamic, so Unbound will reload only when you save the mappings.
-
Yes, unbound reloading delay makes sense. Look like I will have to limit my DNSBL feeds since I need both features enabled.
Another question for DNSBL is do you normally Deny Both or just Deny Outbound and allow pfSense implicit block to handle the inbound. I am trying to imagine a case for Deny Both in DNSBL. For anything incoming, the session has to be initiated from inside the firewall. So for unwanted ads to come in, they have to be embedded in the response of the original request in the form of actual content and not a URL. In which case, DNSBL would not be able to block it anyway.
-
At every registration, Unbound reloads, so if it takes 1-3 minutes to restart (depending on you domain block list size), you have no DNS service available.
Static mappings are not dynamic, so Unbound will reload only when you save the mappings.
Thanks Ron. This might be added as an explanation in the screen, next to these two options.
-
Another question for DNSBL is do you normally Deny Both or just Deny Outbound and allow pfSense implicit block to handle the inbound. I am trying to imagine a case for Deny Both in DNSBL. For anything incoming, the session has to be initiated from inside the firewall. So for unwanted ads to come in, they have to be embedded in the response of the original request in the form of actual content and not a URL. In which case, DNSBL would not be able to block it anyway.
If you have open WAN ports, then you only need to protect those ports… If so, you can use the "Adv. Inbound" rule settings to add the DST IP(s) and Port(s) so the rules are effective for those events only... The default pfSense block rule on the WAN will handle all other blocking required...
IP Blocking uses the Firewall rules to block/permit/match while DNSBL is blocking based on DNS request by the LAN clients... Don't get the two mixed up :)
-
…
IP Blocking uses the Firewall rules to block/permit/match while DNSBL is blocking based on DNS request by the LAN clients... Don't get the two mixed up :)
Sorry if I sound like a newbie, but I just found out about pfBLockNG a few days ago and have been reading the forums to fully understand the package.
This is where I am confused about is if DNSBL is blocking based on DNS request by the LAN clients, why are there options in DNSBL to block incoming? I am trying to understand a scenario where I would have DNS request coming in through the WAN that I would need blocking. Or is the incoming blocking options in DNSBL is just a way to implement IP Blocking using DNSBL feeds?
I am feeling like I am missing a connection to fully understand the difference between IP blocking and DNSBL "incoming" blocking. By incoming, I am referring to requests originating from the WAN/internet.
-
-I am missing a connection to fully understand the difference between IP blocking and DNSBL "incoming" blocking. My incoming, I am referring to requests originating from the WAN/internet.
Some of the DNSBL Feeds contain IP addresses.. So when IPs are found in DNSBL, they can be added to a "DNSBL_IP" aliastable to be blocked. So the IP settings in DNSBL are just for that part. Typically IP based feeds are entered in the IPv4/6 Tabs and GeoIP.
There is also a "Permit Rule" in DNSBL which is used to allow other Vlans to be able to access the DNSBL VIP address.
Hope that makes it clearer.
-
I have the latest version to date and wondering if there is a way, or if in the future, possible to whitelist IPs from companies like Teamviewer sending email from Germany when all countries are blocked?
I understand it sounds counter productive as pfSense blocks all by default but we want pfBlockerNG blocking all international traffic as we open ports for services and don't need the N. Koreans attempting any crazy stuff. pfBlockerNG has done a marvelous in blocking unwanted international email spam which is an A+++!
-
I have the latest version to date and wondering if there is a way, or if in the future, possible to whitelist IPs from companies like Teamviewer sending email from Germany when all countries are blocked?
I understand it sounds counter productive as pfSense blocks all by default but we want pfBlockerNG blocking all international traffic as we open ports for services and don't need the N. Koreans attempting any crazy stuff. pfBlockerNG has done a marvelous in blocking unwanted international email spam which is an A+++!
To overcome an IP that is blocked by a GeoIP Alias, you can create a "Permit" Alias, and add the IPs to the customlist at the bottom of this new Alias. Then set the appropriate action such as "Permit Outbound". Then ensure that this Permit rule is above the other Block rules by setting the appropriate "Rule Order" setting in the general tab.
You can also use the "Whois" setting in the IPv4 tab to whitelist a particular ASN number. Click on the blue infoblock icons in the IPv4 tab for further details.
-
Hi
The GZ from http://list.iblocklist.com/?list=bt_spyware&fileformat=p2p&archiveformat=gz is not wokring it keeps making Download FAIL, but the link is working just fine?
