Country Block
-
after deleting snort and reinstalling country block more errors:
Jun 27 20:10:42 php: /packages/countryblock/countryblock.php: The command 'sh execute.sh' returned exit code '2', the output was '0 table deleted. export: 4: bad variable name'
Jun 27 20:09:04 php: /packages/countryblock/countryblock.php: The command 'rm errorOUT.txt' returned exit code '1', the output was 'rm: errorOUT.txt: No such file or directory'
Jun 27 20:09:04 php: /packages/countryblock/countryblock.php: The command 'rm -R /usr/local/www/packages/countryblock/lists' returned exit code '1', the output was 'rm: /usr/local/www/packages/countryblock/lists: No such file or directory'
Jun 27 20:08:58 php: /packages/countryblock/countryblock.php: The command 'rm errorOUT.txt' returned exit code '1', the output was 'rm: errorOUT.txt: No such file or directory'
Jun 27 20:08:58 php: /packages/countryblock/countryblock.php: The command 'rm -R /usr/local/www/packages/countryblock/lists' returned exit code '1', the output was 'rm: /usr/local/www/packages/countryblock/lists: No such file or directory'
Jun 27 20:07:53 php: /pkg_mgr_install.php: Beginning package installation for Country Block.New install on updated v 2.0 gives same result as seen by Novak. Reinstalled as check against bad install but no go…
I have the same problem!! :(
-
Nice package and great addition to pfSense!
I did have some trouble with the package starting, and after a little research found the problem in execute.sh:
This line:
export t=`grep -n 'User Aliases' /tmp/rules.debug |grep -o '[0-9]'`I changed to:
export t=`grep -n 'User Aliases' /tmp/rules.debug |grep -o '[0-9]\{1,2\}'`The service would fail to start otherwise. Running execute.sh (/usr/local/etc/rc.d/countryblock.sh) manually from CLI produced the error:
export: 0: bad variable nameand that's because the line number is actually 10 in my /tmp/rules.debug, but due to the regular expression grep was returning 1\n0 (one newline zero), so $t was being assigned "0" instead of "10."
EDIT: Are my changes to execute.sh persistent? Eg, if I reboot will I need to edit again?
On another note the countryipblock.net web site states that no automated process may be used to download the list and may not be redistributed. (see Policies Affecting Access and Use of the Website and Database) Not that it's really any of my business and I am not affiliated with countryipblocks.net, but I thought I would mention it since it's not exactly visible on the web site unless you look for it. I don't know if this affects the package or not. (I hope not!)
Anyway, thanks Tom for this awesome package!
-Rich
-
Nice package and great addition to pfSense!
I did have some trouble with the package starting, and after a little research found the problem in execute.sh:
This line:
Code:
export t=grep -n 'User Aliases' /tmp/rules.debug |grep -o '[0-9]'I changed to:
Code:
export t=grep -n 'User Aliases' /tmp/rules.debug |grep -o '[0-9]\{1,2\}'The service would fail to start otherwise. Running execute.sh (/usr/local/etc/rc.d/countryblock.sh) manually from CLI produced the error:
Code:
export: 0: bad variable nameand that's because the line number is actually 10 in my /tmp/rules.debug, but due to the regular expression grep was returning 1\n0 (one newline zero), so $t was being assigned "0" instead of "10."
EDIT: Are my changes to execute.sh persistent? Eg, if I reboot will I need to edit again?
On another note the countryipblock.net web site states that no automated process may be used to download the list and may not be redistributed. (see Policies Affecting Access and Use of the Website and Database) Not that it's really any of my business and I am not affiliated with countryipblocks.net, but I thought I would mention it since it's not exactly visible on the web site unless you look for it. I don't know if this affects the package or not. (I hope not!)
Anyway, thanks Tom for this awesome package!
-Rich
I had the same issue as netritious and his fix worked for me.
-
Same issue as as motersho and netritious, the grep rewrite fixed me as well.
VERY grateful. You got me past a head banging problem.
NV
-
Nice package and great addition to pfSense!
I did have some trouble with the package starting, and after a little research found the problem in execute.sh:
This line:
export t=`grep -n 'User Aliases' /tmp/rules.debug |grep -o '[0-9]'`I changed to:
export t=`grep -n 'User Aliases' /tmp/rules.debug |grep -o '[0-9]\{1,2\}'`The service would fail to start otherwise. Running execute.sh (/usr/local/etc/rc.d/countryblock.sh) manually from CLI produced the error:
export: 0: bad variable nameand that's because the line number is actually 10 in my /tmp/rules.debug, but due to the regular expression grep was returning 1\n0 (one newline zero), so $t was being assigned "0" instead of "10."
EDIT: Are my changes to execute.sh persistent? Eg, if I reboot will I need to edit again?
On another note the countryipblock.net web site states that no automated process may be used to download the list and may not be redistributed. (see Policies Affecting Access and Use of the Website and Database) Not that it's really any of my business and I am not affiliated with countryipblocks.net, but I thought I would mention it since it's not exactly visible on the web site unless you look for it. I don't know if this affects the package or not. (I hope not!)
Anyway, thanks Tom for this awesome package!
-Rich
Excellent! I have been working on some fixes and you have saved me some time. This will be in my next commit. Your changes to the script will be persistent.
Thank you for pointing out the notice that I was not aware of. I will do some work in the next couple of days (hopefully) and make this package independent.
Thanks Rich!
-
New Version released. Version 1.3 is out!
Fixed GUI menu tile images
Working on pfsense BETA 2 x86 and x64 now
Fixed a rare glitch - Thank you netritious!
Added a whitelist feature
also removed 'bogon' from the list to prevent this ->http://forum.pfsense.org/index.php/topic,26226.0.html from happeningThanks for your support all.
-
/tmp/rules.debug:117: cannot load "/usr/local/www/packages/countryblock/countries-white.txt": No such file or directory
I get this after update….
-
Whitelist.php not found….. Who the hell has fucked up this package??? GRRRRRRRRRRRR!!!!#¤%&
-
Hey Supermule,
I think you grabbed the update a little to fast. When I updated the package two files were not uploaded right away. Completely uninstall the package and re-install it for me please.I think you will be pleased.
-
Looking great tommyboy180!
ty :)
-
/tmp/rules.debug:90: cannot load "/usr/local/www/packages/countryblock/countries-white.txt": No such file or directory still here…
-
Uninstall package, Reboot box, reinstall package and enjoy.
-
Still there….........
Current Status = NOT running
/tmp/rules.debug:112: cannot load "/usr/local/www/packages/countryblock/countries-white.txt": No such file or directory:-\
-
But after I click the whitelist icon, do nothing and then returns to the "main" page, it works…....:?
-
I have tested and tested today. I can't replicate your issue.
I started on a fresh install and everything is fine. I tested on Beta 2 and 1.2.3.
-
Does it create the whitelist pr default or is it allready in the package before it starts?
-
It touches it so the file is created when the package is installed.
-
Can you verify that it actually does that??
I had to do it manually.
-
I had the same error, and persistence paid off. I don't recall if it started working after a reboot, or 'Commit Countries" did it, but keep trying… Not very helpful, I know :( ...but in the end it's OK.
-
I had the same error, and persistence paid off. I don't recall if it started working after a reboot, or 'Commit Countries" did it, but keep trying… Not very helpful, I know :( ...but in the end it's OK.
I clicked through the "whitelist" and was finally able to make it work.
:)
