PfBlockerNG v2.0 w/DNSBL

[Ramosel]

@BBcan177:

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.

[pfBasic]

Any guesstimates for ETA?

[spyshagg]

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.

[TyphooN]

@Ramosel:

@BBcan177:

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 :)

[BBcan177]

@TyphooN:

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 :)

[yodaphone]

@BBcan177:

@TyphooN:

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..

[mifronte]

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 Resolver

Thanks.

[RonpfS]

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.

[mifronte]

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.

[Mr. Jingles]

@RonpfS:

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.

[BBcan177]

@mifronte:

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 :)

[mifronte]

@BBcan177:

…

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.

[BBcan177]

@mifronte:

-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.

[mgc6288]

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+++!

[BBcan177]

@mgc6288:

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.

[Mikki-10]

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?

[iculookn]

@BBcan177:

@mgc6288:

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.

Are you able to share a screencap of adding a IP and/or domain? I have tried, but those sites are still getting blocked. I use WHOIS and tried the IP's and tried the domain names and tried the ASN names. I used Permit both and also change the rule order. The new rule was added to the top of the WAN rules list, but still no go. So I must be doing something wrong somewhere.

Thanks

[BBcan177]

@Mikki-10:

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?

Check the Alerts tab and see if its being blocked?

[BBcan177]

@iculookn:

Are you able to share a screencap of adding a IP and/or domain? I have tried, but those sites are still getting blocked. I use WHOIS and tried the IP's and tried the domain names and tried the ASN names. I used Permit both and also change the rule order. The new rule was added to the top of the WAN rules list, but still no go. So I must be doing something wrong somewhere.

Thanks

Typically you do not want to use "Permit Both" as pfSense is a stateful firewall by design…. So you would want the LAN to make the request outbound which creates a firewall state entry that allows the IP to return back thru on the WAN side.... So when you use "Permit Both", you are allowing those IPs to access your network without a LAN device first making the request for it....  If you have a webserver, then that would be more applicable...

For the IP whitelist, did you add the IP that you want to access to an IPv4 customlist? Did you set the Rule order option in the General Tab to put the Permit rules above the Blocked rules? Rules are processed top to bottom.

[BluBoy]

@BBcan177:

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...

Hey BBcan177, first and foremost, thanks for your work on this. It's coming up to 2 years since you launched it here, and you have remained available to chat to all levels of users!

I just wanted to see if v3 was close to launching, or if I could help out with the testing at all?

Cheers