<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[pfBlockerNG]]></title><description><![CDATA[Discussions about the pfBlockerNG package]]></description><link>https://forum.netgate.com/category/62</link><generator>RSS for Node</generator><lastBuildDate>Sun, 10 May 2026 21:16:08 GMT</lastBuildDate><atom:link href="https://forum.netgate.com/category/62.rss" rel="self" type="application/rss+xml"/><pubDate>Sat, 02 May 2026 14:52:57 GMT</pubDate><ttl>60</ttl><item><title><![CDATA[Successful -devel update to 3.2.14_1 on 2.8.1]]></title><description><![CDATA[<p dir="auto">Had been putting this package upgrade off for a bit given that I anticipated needing to take the entire LAN 'offline' due to the recent DNSBL webserver VIP changes, which caused the DNSBL service to initially fail to start until the VIPs were manually created and assigned—and a post-upgrade force-reload to ensure DNSBL DB integrity which, with 25+ million domains, ended up running for ~4 hours).</p>
<p dir="auto">All went smooth and I'm feeling relieved. Big thanks to <a class="plugin-mentions-user plugin-mentions-a" href="/user/bbcan177">@<bdi>BBcan177</bdi></a> and <a class="plugin-mentions-user plugin-mentions-a" href="/user/marcosm">@<bdi>marcosm</bdi></a>!</p>
]]></description><link>https://forum.netgate.com/topic/200620/successful-devel-update-to-3.2.14_1-on-2.8.1</link><guid isPermaLink="true">https://forum.netgate.com/topic/200620/successful-devel-update-to-3.2.14_1-on-2.8.1</guid><dc:creator><![CDATA[tinfoilmatt]]></dc:creator><pubDate>Sat, 02 May 2026 14:52:57 GMT</pubDate></item><item><title><![CDATA[DNS Cache Flushed during Cron]]></title><description><![CDATA[@Gertjan I disabled this to get live sync.
[image: 1777933054786-2c053751-2894-49ad-9608-9e1515b352c4-image.png]
I have not switched back to DNSBL python mode yet. Basically, you are saying the numbers from the command below are not accurate after cron and the cache is somewhere else? Sorry, just trying to understand how python mode works 
unbound-control -c /var/unbound/unbound.conf stats_noreset | grep total.num

]]></description><link>https://forum.netgate.com/topic/200615/dns-cache-flushed-during-cron</link><guid isPermaLink="true">https://forum.netgate.com/topic/200615/dns-cache-flushed-during-cron</guid><dc:creator><![CDATA[Nitsuj19]]></dc:creator><pubDate>Fri, 01 May 2026 01:58:42 GMT</pubDate></item><item><title><![CDATA[GUI alias and rule changes are not applied to the running PF ruleset ( pfctl -sr &#x2F; pfctl -t unchanged), causing new firewall rules to not work, likely due to pfBlockerNG overriding tables.]]></title><description><![CDATA[@jacob.simon Just to add on, the issue isn't memory usage overall, it's "I ran out of slots to store things." (table entries)
Also since you mentioned geo IP, if you "block the world" that creates much larger aliases than "allow my country."
Long ago I'd read, if using pfBlocker, start table entries at 2 million and increase as necessary. YMMV
]]></description><link>https://forum.netgate.com/topic/200607/gui-alias-and-rule-changes-are-not-applied-to-the-running-pf-ruleset-pfctl-sr-pfctl-t-unchanged-causing-new-firewall-rules-to-not-work-likely-due-to-pfblockerng-overriding-tables.</link><guid isPermaLink="true">https://forum.netgate.com/topic/200607/gui-alias-and-rule-changes-are-not-applied-to-the-running-pf-ruleset-pfctl-sr-pfctl-t-unchanged-causing-new-firewall-rules-to-not-work-likely-due-to-pfblockerng-overriding-tables.</guid><dc:creator><![CDATA[SteveITS]]></dc:creator><pubDate>Tue, 28 Apr 2026 18:09:49 GMT</pubDate></item><item><title><![CDATA[pfBlockerNG-devel is blocking traffic from an unmonitored NIC]]></title><description><![CDATA[It works.
Thank you all.
Those who can read really have an advantage.
]]></description><link>https://forum.netgate.com/topic/200575/pfblockerng-devel-is-blocking-traffic-from-an-unmonitored-nic</link><guid isPermaLink="true">https://forum.netgate.com/topic/200575/pfblockerng-devel-is-blocking-traffic-from-an-unmonitored-nic</guid><dc:creator><![CDATA[deleted]]></dc:creator><pubDate>Wed, 22 Apr 2026 15:25:21 GMT</pubDate></item><item><title><![CDATA[Enabling DNSBL in pfBlockerNG with logging turned on breaks DNS resolution]]></title><description><![CDATA[@Gertjan
I followed an earlier suggestion to reinstall with 'keep settings' disabled. Although I had tried that already, for some reason this time it worked.
DNSBL is functioning correctly now.
]]></description><link>https://forum.netgate.com/topic/200528/enabling-dnsbl-in-pfblockerng-with-logging-turned-on-breaks-dns-resolution</link><guid isPermaLink="true">https://forum.netgate.com/topic/200528/enabling-dnsbl-in-pfblockerng-with-logging-turned-on-breaks-dns-resolution</guid><dc:creator><![CDATA[smacdoug1]]></dc:creator><pubDate>Tue, 14 Apr 2026 12:29:14 GMT</pubDate></item><item><title><![CDATA[pfBlockerNG - The DNSBL VIP needs to be configured manually @ 2026-04-07 20:09:33]]></title><description><![CDATA[@SteveITS
Thanks to all I will try all your solutions.
Update: error message has gone away.
]]></description><link>https://forum.netgate.com/topic/200497/pfblockerng-the-dnsbl-vip-needs-to-be-configured-manually-@-2026-04-07-20-09-33</link><guid isPermaLink="true">https://forum.netgate.com/topic/200497/pfblockerng-the-dnsbl-vip-needs-to-be-configured-manually-@-2026-04-07-20-09-33</guid><dc:creator><![CDATA[Waqar.UK]]></dc:creator><pubDate>Wed, 08 Apr 2026 17:49:27 GMT</pubDate></item><item><title><![CDATA[Upgrade to 3_2_14_1 causes pfb_dnsbl service to not start]]></title><description><![CDATA[Several changes were made since November 2025 ('-devel' package version 3.2.12; see this GitHub commit) as a response to this bug report—which essentially eliminated automatic DNSBL VIP creation. One must now manually create the VIP and then manually 'assign' it to pfBlockerNG.
This has caused a package upgrade issue where the DNSBL service will fail to start if configured with a nonexistent VIP.
Since '-devel' package version 3.2.13_1, a warning is thrown during initial package install to account for this change, following this GitHub commit.
]]></description><link>https://forum.netgate.com/topic/200480/upgrade-to-3_2_14_1-causes-pfb_dnsbl-service-to-not-start</link><guid isPermaLink="true">https://forum.netgate.com/topic/200480/upgrade-to-3_2_14_1-causes-pfb_dnsbl-service-to-not-start</guid><dc:creator><![CDATA[tinfoilmatt]]></dc:creator><pubDate>Mon, 06 Apr 2026 15:00:02 GMT</pubDate></item><item><title><![CDATA[How to delete DNSBL feeds?]]></title><description><![CDATA[@tinfoilmatt There it is!  thanks
]]></description><link>https://forum.netgate.com/topic/200467/how-to-delete-dnsbl-feeds</link><guid isPermaLink="true">https://forum.netgate.com/topic/200467/how-to-delete-dnsbl-feeds</guid><dc:creator><![CDATA[valnar]]></dc:creator><pubDate>Fri, 03 Apr 2026 21:05:42 GMT</pubDate></item><item><title><![CDATA[Feeds from Threatview]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">if someone of you is using feeds from threatview.io - their ssl certificate is expired so it generates errors in pfblockerNG. This can be circumvent (until they correct it) by setting the feed to "Flex"  (the data is still there).<br />
Edit (05.04.2026): Back to normal :-)<br />
Have a fine time,<br />
fireodo</p>
]]></description><link>https://forum.netgate.com/topic/200466/feeds-from-threatview</link><guid isPermaLink="true">https://forum.netgate.com/topic/200466/feeds-from-threatview</guid><dc:creator><![CDATA[fireodo]]></dc:creator><pubDate>Fri, 03 Apr 2026 16:00:07 GMT</pubDate></item><item><title><![CDATA[pfblocker 3.2.14 pf 25.11.1]]></title><description><![CDATA[hi there please ignore my previous port it running now i did reinstall and it works
thanks
]]></description><link>https://forum.netgate.com/topic/200436/pfblocker-3.2.14-pf-25.11.1</link><guid isPermaLink="true">https://forum.netgate.com/topic/200436/pfblocker-3.2.14-pf-25.11.1</guid><dc:creator><![CDATA[publictoiletbowl]]></dc:creator><pubDate>Tue, 31 Mar 2026 00:45:07 GMT</pubDate></item><item><title><![CDATA[State of IPv6 DNSBL in 2026?]]></title><description><![CDATA[@tibere86 You may also need to block DoT/DoH:
https://docs.netgate.com/pfsense/en/latest/recipes/dns-block-external.html
pfB also has a "DoH/DoT/DoQ Blocking" checkbox on the Safesearch tab. Note to select some/all of the DNS servers listed.
]]></description><link>https://forum.netgate.com/topic/200409/state-of-ipv6-dnsbl-in-2026</link><guid isPermaLink="true">https://forum.netgate.com/topic/200409/state-of-ipv6-dnsbl-in-2026</guid><dc:creator><![CDATA[SteveITS]]></dc:creator><pubDate>Tue, 24 Mar 2026 17:33:02 GMT</pubDate></item><item><title><![CDATA[pfblockerng_devel on 25.11.1 instability]]></title><description><![CDATA[The new version is available to all 26.03 installs now.
]]></description><link>https://forum.netgate.com/topic/200372/pfblockerng_devel-on-25.11.1-instability</link><guid isPermaLink="true">https://forum.netgate.com/topic/200372/pfblockerng_devel-on-25.11.1-instability</guid><dc:creator><![CDATA[stephenw10]]></dc:creator><pubDate>Mon, 16 Mar 2026 14:52:25 GMT</pubDate></item><item><title><![CDATA[&quot;unbound mode&quot; vs &quot;unbound python mode&quot;]]></title><description><![CDATA[@netboy I understand. A good guess since your websites (internetaccess) no longer works is that DNS stops working.
That in turn suggests that Unbound (pfSense’s built in DNS server stopped working when attempting to start with the pfBlockerNG integration engaged.
Try and check that Unbound have the python integration llisted in its config:
[image: 1773438454507-706e4866-9e8e-4e8d-b9e3-55bb35f219bf-image.png]
Next thing would be to look into the STATUS -&gt; SYSTEM LOGS -&gt; GENERAL/RESOLVER log and see if Unbound is spitting some usefull info into there
]]></description><link>https://forum.netgate.com/topic/200345/unbound-mode-vs-unbound-python-mode</link><guid isPermaLink="true">https://forum.netgate.com/topic/200345/unbound-mode-vs-unbound-python-mode</guid><dc:creator><![CDATA[keyser]]></dc:creator><pubDate>Fri, 13 Mar 2026 17:54:39 GMT</pubDate></item><item><title><![CDATA[GeoIP classification using registered_country instead of country (GeoLite2-Country)]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">We are observing GeoIP classification behavior that does not match the country field from the GeoLite2-Country database.</p>
<p dir="auto">Example IP: 149.71.96.0</p>
<p dir="auto">Running mmdblookup against the same GeoLite2-Country.mmdb used by pfBlocker:</p>
<pre><code>mmdblookup --file GeoLite2-Country.mmdb --ip 149.71.96.0
</code></pre>
<p dir="auto">Returns:</p>
<pre><code>country.iso_code = ES
registered_country.iso_code = US
</code></pre>
<p dir="auto">However, pfBlocker places this IP range under the US alias (pfB_US_v4) and blocks it when US is blocked.</p>
<p dir="auto">It does not appear under the ES alias.</p>
<p dir="auto">This behavior is consistent across different pfSense and pfBlocker versions (CE and Plus, 2.x and 3.x).</p>
<p dir="auto">GeoIP database is up to date and tables have been rebuilt.</p>
<p dir="auto"><strong>Questions</strong>:</p>
<ul>
<li>Is pfBlocker generating GeoIP country aliases based on registered_country instead of country?</li>
<li>If so, is this expected behavior?</li>
<li>In cloud/CDN environments, many IP blocks are:
<ul>
<li>Physically located in one country (country)</li>
<li>Registered in another (registered_country, often US)</li>
</ul>
</li>
<li>This causes legitimate EU traffic to be classified as US when blocking by country.</li>
<li>Could you clarify which MMDB field is used internally when building GeoIP country lists?</li>
</ul>
<p dir="auto">Thanks.</p>
]]></description><link>https://forum.netgate.com/topic/200279/geoip-classification-using-registered_country-instead-of-country-geolite2-country</link><guid isPermaLink="true">https://forum.netgate.com/topic/200279/geoip-classification-using-registered_country-instead-of-country-geolite2-country</guid><dc:creator><![CDATA[jeanalain.rodriguez]]></dc:creator><pubDate>Tue, 03 Mar 2026 12:28:10 GMT</pubDate></item><item><title><![CDATA[DNSBL WEB SERVER NOT WORKING]]></title><description><![CDATA[@lakhdar said in DNSBL WEB SERVER NOT WORKING:

default VIP 10.10.10.1:8081

8081 ?
Try 10.10.10.1:80 (http mode)
and try 10.10.10.1:443 (hhtps mode)
Read this : https://forum.netgate.com/topic/200269/pfblocker-thrashing-ssd and discover that you actually don't want to use the pfBlockng fonctionality, as it's something of the past.
Or do you need it ? May I ask why ? Most of your traffic is http ? Are you sure ?
]]></description><link>https://forum.netgate.com/topic/200273/dnsbl-web-server-not-working</link><guid isPermaLink="true">https://forum.netgate.com/topic/200273/dnsbl-web-server-not-working</guid><dc:creator><![CDATA[Gertjan]]></dc:creator><pubDate>Mon, 02 Mar 2026 13:22:28 GMT</pubDate></item><item><title><![CDATA[pfBlocker thrashing SSD]]></title><description><![CDATA[@tibere86 said in pfBlocker thrashing SSD:

Any issues running pfBlockerNG with RAMdisk enabled?

No issues so far.
Maybe you need a reload after reboot pfSense, good point I will have an eye on it next reboot.
]]></description><link>https://forum.netgate.com/topic/200269/pfblocker-thrashing-ssd</link><guid isPermaLink="true">https://forum.netgate.com/topic/200269/pfblocker-thrashing-ssd</guid><dc:creator><![CDATA[slu]]></dc:creator><pubDate>Mon, 02 Mar 2026 03:16:39 GMT</pubDate></item><item><title><![CDATA[pfBlocker GEOIP Failure to Block Suggestion]]></title><description><![CDATA[@tsberry901 I think they're working on "quick" in pfB...there were changes in 25.11 in how quick works, too, which may affect behavior.
If you click the little blue (i) icon pfB explains them but it does seem unclear.  For instance "alias with dedupe and reputation" might be better than "alias deny."  And I still don't know the difference between alias permit and match.  I find the behavior of dedupe in pfB a little wonky (it works across lists/rules) so always use Native.
There is a "DoH/DoT/DoQ Blocking" checkbox (and one must select hostnames to block) but it's on the SafeSearch tab, not the parent DNSBL tab.  A pointer does seem helpful.
Also for reference, https://docs.netgate.com/pfsense/en/latest/recipes/dns-block-external.html#dns-over-tls.
]]></description><link>https://forum.netgate.com/topic/200208/pfblocker-geoip-failure-to-block-suggestion</link><guid isPermaLink="true">https://forum.netgate.com/topic/200208/pfblocker-geoip-failure-to-block-suggestion</guid><dc:creator><![CDATA[SteveITS]]></dc:creator><pubDate>Fri, 20 Feb 2026 18:00:10 GMT</pubDate></item><item><title><![CDATA[New Feeds]]></title><description><![CDATA[<p dir="auto">Hi,</p>
<p dir="auto">(maybe you already know) IpFire has launched a Bunch of free Feeds that can be integrated in pfblockerNG - I have tried a few (Ads and Phishing).</p>
<p dir="auto">Feel free to test:<br />
<a href="https://www.ipfire.org/blog/introducing-ipfire-dbl-community-powered-domain-blocking-for-everyone" target="_blank" rel="noopener noreferrer nofollow ugc">IpFire-Blocklists</a></p>
<p dir="auto">Have a nice Weekend,<br />
fireodo</p>
]]></description><link>https://forum.netgate.com/topic/200158/new-feeds</link><guid isPermaLink="true">https://forum.netgate.com/topic/200158/new-feeds</guid><dc:creator><![CDATA[fireodo]]></dc:creator><pubDate>Sat, 14 Feb 2026 16:02:50 GMT</pubDate></item><item><title><![CDATA[Experiences with Q-Feeds blocklist?]]></title><description><![CDATA[@robert1993 I doubt that.
]]></description><link>https://forum.netgate.com/topic/200135/experiences-with-q-feeds-blocklist</link><guid isPermaLink="true">https://forum.netgate.com/topic/200135/experiences-with-q-feeds-blocklist</guid><dc:creator><![CDATA[tinfoilmatt]]></dc:creator><pubDate>Tue, 10 Feb 2026 17:28:40 GMT</pubDate></item><item><title><![CDATA[pfblockerNG firewall aliases]]></title><description><![CDATA[@SteveITS said in pfblockerNG firewall aliases:

@ivica.glavocic Often a step that's missed is to edit that location/list, and select the desired countries:
[image: 1770677161373-0170351c-d3fe-4a60-aef3-5f54aa6a7038-image.png]

That. Now I have automatically created firewall URL aliases. Thanks.
]]></description><link>https://forum.netgate.com/topic/200118/pfblockerng-firewall-aliases</link><guid isPermaLink="true">https://forum.netgate.com/topic/200118/pfblockerng-firewall-aliases</guid><dc:creator><![CDATA[ivica.glavocic]]></dc:creator><pubDate>Mon, 09 Feb 2026 15:57:55 GMT</pubDate></item><item><title><![CDATA[Loopback Interface not available when creating Virtual IP for pfBlockerNG]]></title><description><![CDATA[@fperloff FYI, "Localhost" (i.e., interface lo0) is the system loopback interface. Just sharing a technicality. You can see this if you run the command ifconfig from a shell.
You can also assign whatever address you like from the loopback reserved address block of 127.0.0.0/8. But 127.0.0.1 is perfectly fine.
]]></description><link>https://forum.netgate.com/topic/200110/loopback-interface-not-available-when-creating-virtual-ip-for-pfblockerng</link><guid isPermaLink="true">https://forum.netgate.com/topic/200110/loopback-interface-not-available-when-creating-virtual-ip-for-pfblockerng</guid><dc:creator><![CDATA[tinfoilmatt]]></dc:creator><pubDate>Sun, 08 Feb 2026 18:32:58 GMT</pubDate></item><item><title><![CDATA[NAT-T IPSec connections fail when pfBlockerNG performs a reload]]></title><description><![CDATA[@Gertjan So why one tunnel and not the other, but running from the same Virtual IP out of the same WAN link?
]]></description><link>https://forum.netgate.com/topic/200060/nat-t-ipsec-connections-fail-when-pfblockerng-performs-a-reload</link><guid isPermaLink="true">https://forum.netgate.com/topic/200060/nat-t-ipsec-connections-fail-when-pfblockerng-performs-a-reload</guid><dc:creator><![CDATA[C-Amie]]></dc:creator><pubDate>Sun, 01 Feb 2026 18:08:52 GMT</pubDate></item><item><title><![CDATA[DNSBL unbound not working - Probably DNS server on Windows?]]></title><description><![CDATA[@dalmirnogueira Windows Server by default uses root servers, unless you set up forwarding in its settings. Which, you can forward to pfSense.
Note browsers may bypass local DNS using DoT/Doh, see https://docs.netgate.com/pfsense/en/latest/recipes/dns-block-external.html.
If using an AD domain I suggest making a domain override in pfSense pointing to the AD DNS server. I find that helps if IPv6 is provided by pfSense, or something queries it. Or else you can set a DNS server in IPv6 settings.
]]></description><link>https://forum.netgate.com/topic/200031/dnsbl-unbound-not-working-probably-dns-server-on-windows</link><guid isPermaLink="true">https://forum.netgate.com/topic/200031/dnsbl-unbound-not-working-probably-dns-server-on-windows</guid><dc:creator><![CDATA[SteveITS]]></dc:creator><pubDate>Thu, 29 Jan 2026 17:51:21 GMT</pubDate></item><item><title><![CDATA[Failed PF Blocker install due to PHP (SOLVED)]]></title><description><![CDATA[@SteveITS said in Failed PF Blocker install due to PHP:

pkg-static upgrade -fy pfSense-upgrade

Thank you Steve, that upgrade solved my problem.
]]></description><link>https://forum.netgate.com/topic/200008/failed-pf-blocker-install-due-to-php-solved</link><guid isPermaLink="true">https://forum.netgate.com/topic/200008/failed-pf-blocker-install-due-to-php-solved</guid><dc:creator><![CDATA[Uglybrian]]></dc:creator><pubDate>Tue, 27 Jan 2026 19:08:05 GMT</pubDate></item></channel></rss>