<Limit GET HEAD POST>
order allow,deny
deny from x.x.x.x
...
allow from all
</Limit>


I would like to use your IP list in my WHM server, under the Host Access Control screen.

There is an option to Deny All, which is great but allowed IP ranges must be entered one at a time. Is there a file to pre-populate with the ‘allowed’ US Ip ranges so I would not have to enter them one at a time in WHM?

Thank you for a very useful service!
Victor

Thanks.

To be clear, I calculated the following:

168.177.0.0 = 10101000.10110001.00000000.00000000
168.180.0.0 = 10101000.10110100.00000000.00000000

Hopefully this post won’t be considered a span.

Thanks,

In reading and rereading your comment I have come to the conclusion that one of us is confused. Either I am misreading your post or your binary math is flawed.

Let’s deal with 168.177.0.0/14 first. The CIDR /14 allows for 262144 potential IP addresses (including the network and broadcast addresses) within this specific network address space. This would cover the assigned range of 168.177.0.0 – 168.180.255.255.

ARIN has then broken this address space down even further by dividing it into three distinct networks:

168.177.0.0/16
168.178.0.0/15
168.180.0.0/16

If you know your binary math you will be easily able to see how the above is broken out of a CIDR /14 address space.

A CIDR /16 has 65,536 addresses in the range. A CIDR /15 has 131,072. Looking at the three networks above we have the following potential number of addresses:

/16 = 65,536
/15 = 131,072
/16 = 65,536

Add the address space together and you get 262,144 addresses or a CIDR /14.

You state:

I’m not sure how to make sense of it. ’177′ in binary format is ’10110001′ and the first 6 digit is included as part of network address. This make the ending two digits ’01′ useless and
essentially make this the same as

168.176.0.0/14

Your assertion is incorrect.

You go on to say:

And this contains another ’168.176.0.0/16′ entry for Columbia.

Your imaginary network 168.176.0.0/14 does indeed include the range 168.176.0.0/16. But that’s because you’ve erroneously created the larger block.

My question is, are you aware of such situations in data? is it possible to improve/correct the data in future release? My preliminary result shows there are 1107 similar situations in the data (cidr texts for all continents)

Our data, referred to in your post, is correct. Unless you are referring to data other than that listed above, our data does not need to be corrected in your situation.

That said, I’m trying to build an IP -> Country map using you CIDR data. And there is an entry for US:

168.177.0.0/14

I’m not sure how to make sense of it. ’177′ in binary format is ’10110001′ and the first 6 digit is included as part of network address. This make the ending two digits ’01′ useless and
essentially make this the same as

168.176.0.0/14

And this contains another ’168.176.0.0/16′ entry for Columbia.

My question is, are you aware of such situations in data? is it possible to improve/correct the data in future release? My preliminary result shows there are 1107 similar situations in the data (cidr texts for all continents)

My posts under ‘continents’ yesterday somehow disappeared. Maybe I shouldn’t have posted 4 ~ 5 of them in a row. Hopefully I can get some response on this one.

Thanks,

1.) set up an internal network, simulating various IPs (be cautious not to traverse the internet in this manner or you could experience serious legal and financial repurcussions) and see if your blocks are working.

2.) Block the IPs of firends and then ask them to try to visit your website, network, etc.

We would appreciate additional feedback.