Country Block
-
iblocklist.com lets your download all lists in p2p, dat, and CIDR now. I talked with fakhir not that long ago about the ip-blocklist package and moving to CIDR.
-
when I choose cidr format, all lists become 'subscription'.
-
Copy the list URL and manually change the fileformat to "cidr". It works for all links.
If we can figure out how to get fetch to follow links then our users won't have to input the direct URL anymore. -
But there are other compatible lists, and custom lists can be done too.
I understand that CIDR is better.
I've tested level1 file and both(p2p and CIDR) gets errors while appying to pfsense.
The block2CIDR works very fine, the extra time you see is downloading time. I did a lot of tests before including it to pfBlocker.
-
I didn't think about that. You're right.
I'll see if I can figure out why large lists are failing. -
The large lists take up the default memory space. I was able to overcome this in IPblocklist version 3.5 by adding:
set limit table-entries 900000I put this at the top of rules.debug. You can enter any amount that you think will be big enough but 900000 should cover all scenarios.
Hopefully there is a smooth way to add this option to the rules.debug file. -
The large lists take up the default memory space. I was able to overcome this in IPblocklist version 3.5 by adding:
set limit table-entries 900000I put this at the top of rules.debug. You can enter any amount that you think will be big enough but 900000 should cover all scenarios.
Hopefully there is a smooth way to add this option to the rules.debug file.I have no idea how to do this, but I will take a look on it.
For a stand alone use, all my tests went fine. tomorrow I will check sync problems.All tests with pfBlocker, including sync between pfsenses boxes were sucessfull.
Did you liked the new options in gui? It was what you were thinking?
-
Great work!! I am having an issue tho: i'm getting this error with i click on the top spammers tab:
Warning: fopen(/usr/local/pkg/pfblocker_topspammers.xml): failed to open stream: No such file or directory in /etc/inc/xmlparse.inc on line 175
Warning: Invalid argument supplied for foreach() in /usr/local/www/pkg_edit.php on line 418
I did go thru and removed every entry of countryblock and pfblocker in my config and file system before doing installing the package again.. same results
running:
2.1-DEVELOPMENT (i386)
built on Tue Sep 13 17:28:43 EDT 2011
FreeBSD 8.1-RELEASE-p4P.S my last git sync was this morning
-
Reinstall the package, there was a missing file in pfBlocker.xml
I've fixed this few hours ago. Btw i'll test this in a vm.
-
I did another re-install. Same results.. Let me know how your test turns out… Wondering if its because i'm running 2.1
-
I did another re-install. Same results.. Let me know how your test turns out… Wondering if its because i'm running 2.1
Does 2.1 uses same pkg repo as 2.0?
-
I did another re-install. Same results.. Let me know how your test turns out… Wondering if its because i'm running 2.1
Does 2.1 uses same pkg repo as 2.0?
as far as i know, yes
-
I found the error.
I'm fixing it right now.
-
I found the error.
I'm fixing it right now.
that did it.. Thank you!!! Only using the country blocking right now, over the weekend, i'll give the ip-list side a tried
-
pfBlocker 0.1.2 is out.
Now with widget.
-
I we can't figure out how to increase the table size limits for large lists like level1 then perhaps we can break the lists into multiple tables.
Example:
table limit will be 10,000 entries. More entries will go into another table. So if Level1 has 35,000 lines the we will have 3 tables-
pfblocker - 10000 lines
-
pfblocker1 - 10000 lines
-
pfblocker2 - 10000 lines
-
pfblocker3 - 5000 lines
What do you think? I hope we can find a way to increase the memory limit.
-
-
Could be a solution for this problem.
I'm still looking for a way to do it without multiple tables or file hacks.
Does it happens on x64 versions with for example 4g ram?
And thanks for widget clue. :)
-
I've included all countries and levels 1,2,3 plus some ads, virus, etc
total:449418 Networks
no erros.
my system is x64 with more then 4g ram.
-
The problem is it isn't a RAM limitation. It's a memory max allocation variable that is small to begin with. So no matter how much RAM you have on x86 or x64 you will get that error once that limitation is hit.
This is why it is a problem. We need to be able to raise that limit other wise the functionality will be greatly limited, leaving users to fall back on IP-Blocklist.
-
449418 Networks seems very small for level1, 2, and 3 with others. Are you sure those lists were all successful?
