Country Block

cmb

I don't have any experience with embedded so any help is appreciated. I wonder what the difference is, hopefully there is a fix that we can implement.

The only real difference is if you must write to something other than /var you must conf_mount_rw() first and conf_mount_ro() afterwards.

tommyboy180

@cmb:

@tommyboy180:

I don't have any experience with embedded so any help is appreciated. I wonder what the difference is, hopefully there is a fix that we can implement.

The only real difference is if you must write to something other than /var you must conf_mount_rw() first and conf_mount_ro() afterwards.

Thank you very much.

darklogic

I have noticed that some IP's from other Countries have been getting blocked by SNORT even though I have the entire country set to block and country block package was verified to be running. I have never seen this before until now. This could be nothing, but I raise the question that if the country block is basically blocking the IP already, why now is SNORT even getting the opportunity to block the IP? Logic tells me that the country block package would simply overide any other decision the firewall would make on handdle the incoming connection and then simple discard the connection or auto block it from everthing. The only other option or idea I have is that maybe this is a new range of IP's not listed for those countries from the countryipblock.net website??? Maybe something to look into maybe not. Just thought I should say something.

The IP's below belong to Korea the republic and china according to countryipblock.net
121.176.124.65
123.159.194.21

Thanks for any help or ideas.

tommyboy180

@darklogic:

I have noticed that some IP's from other Countries have been getting blocked by SNORT even though I have the entire country set to block and country block package was verified to be running. I have never seen this before until now. This could be nothing, but I raise the question that if the country block is basically blocking the IP already, why now is SNORT even getting the opportunity to block the IP? Logic tells me that the country block package would simply overide any other decision the firewall would make on handdle the incoming connection and then simple discard the connection or auto block it from everthing. The only other option or idea I have is that maybe this is a new range of IP's not listed for those countries from the countryipblock.net website??? Maybe something to look into maybe not. Just thought I should say something.

The IP's below belong to Korea the republic and china according to countryipblock.net
121.176.124.65
123.159.194.21

Thanks for any help or ideas.

The pf Firewall follows rules in the order they are written to the config. SNORT rules must come before the countryblock rules. You can verify this by looking at /tmp/rules.debug.
What I think you are seeing the the same IP. Both packages block the IP but SNORT is the first to encounter based on your rule set.

darklogic

ok, so basically one way or another they will get blocked even though SNORT seen the incoming connection first. I just never noticed this before. Is it because the CountryBlock is sending information to the logs now?

Thanks,

tommyboy180

@darklogic:

ok, so basically one way or another they will get blocked even though SNORT seen the incoming connection first. I just never noticed this before. Is it because the CountryBlock is sending information to the logs now?

Thanks,

No the logs are separate. It's just the order that the rules are handled.

darklogic

Ok, well thanks for explanning to me on what was happening.

Take Care,

Matt

tommyboy180

@darklogic:

Ok, well thanks for explanning to me on what was happening.

Take Care,

Matt

np

jerrygoldsmith

First off, this is an AWESOME package, thank you for putting in the time and effort to make it what it is!

Question - mine will randomly report 'not running'. My DSL provider is AT&T and they change my IP randomly - sometimes twice a day (not the modem, its a result of something else they are experimenting with here in town). I think this is the cause, but I'm not sure. Logs don't report anything of interest, but that seems to be the correlation.

Is there a way to auto-start it, or to keep it from needing to be restarted every time this happens?

tommyboy180

@jerrygoldsmith:

First off, this is an AWESOME package, thank you for putting in the time and effort to make it what it is!

Question - mine will randomly report 'not running'. My DSL provider is AT&T and they change my IP randomly - sometimes twice a day (not the modem, its a result of something else they are experimenting with here in town). I think this is the cause, but I'm not sure. Logs don't report anything of interest, but that seems to be the correlation.

Is there a way to auto-start it, or to keep it from needing to be restarted every time this happens?

You can have it start via a cron job. I'm not sure why it stops even if your IP changes, the only thing that causes the package to stop is a change in the firewall configuration. What you can do have a cron job run every minute or 5 minutes to run the package. That would keep it running all the time .

mgc6288

@jerrygoldsmith:

Is there a way to auto-start it, or to keep it from needing to be restarted every time this happens?

What I did is after I installed the Cron package, I created an auto start like this:

minute: 0
hour: *
mday: *
month: *
wday: *
who: root
command: /usr/local/etc/rc.d/countryblock.sh

jerrygoldsmith

Thanks guys, I appreciate it.

Like I said, I don't know if it's the IP change but it seems to happen about that time. I put in the cron job, thanks a bunch!

And thanks again for the wonderful package and all the hard work you put into it!

deltaend

tommyboy180, when Traffic Shaping and country block are installed on the same pfsense firewall, it causes a 404 to be displayed when you attempt to view the traffic shaping panel and Country Block fails to run with an invalid syntax error.

tommyboy180

@deltaend:

tommyboy180, when Traffic Shaping and country block are installed on the same pfsense firewall, it causes a 404 to be displayed when you attempt to view the traffic shaping panel and Country Block fails to run with an invalid syntax error.

I found a quick fix and will be pushing an update soon.

deltaend

I love you.

jsmwalker

Hi there,

Great package, just wanted to check which interfaces this creates the rules on?

Cheers

J

Supermule

Heyy Tommy….:) Was I spot on or what??? :D

See ya ;)

tommyboy180

@jsmwalker:

Hi there,

Great package, just wanted to check which interfaces this creates the rules on?

Cheers

J

This affects all interfaces.

jward

Hi Tommy, this is a really great package - thanks for putting time into developing it! ;D

If possible in some future release it would be great to be able to apply the country block settings per interface, even better if it could be down to the Virtual IP level. I'm sure like many others, we have various services running on different Virtual IPs, some need to be open to the world, but others could be very heavily limited to 1 or 2 countries so being able to block countries down to the Virtual IP level would really help.

Thanks again,
Jon

jroberts31xray

(if im posting in the wrong area just let me know)

Thanks Tommy for a great package, i am a huge fan and it and deployed this on every firewall i build…....ok now of for the question ;D

i have a Dell power edge 1850 dual xeons 3.0's and 2g ram and about 35gb of disk space running 1.2.3. Release. (Mind you this is first time i have seen this) We had the original config for this on a "Alix" board and just moved the config file over to the larger servers on a fresh install.

Issue: Committing the country's to the block list is fine however when i Enable Country Block i receive the following error:

Current Status = NOT running
/tmp/rules.debug:44: syntax error
You are blocking 0 Networks

if anyone in the community has any ideas please let me know....Thanks again.....

Image Below.