<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: About</title>
	<atom:link href="http://www.countryipblocks.net/about/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.countryipblocks.net</link>
	<description>Security Solutions With Searchable IP Block Database</description>
	<lastBuildDate>Thu, 01 Dec 2011 02:24:39 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.2.1</generator>
	<item>
		<title>By: Sys_Admin</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1858</link>
		<dc:creator>Sys_Admin</dc:creator>
		<pubDate>Wed, 12 Jan 2011 01:35:24 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1858</guid>
		<description>After blocking Russia/China/Europe &amp; Africa the malicious unregulated individuals from Russia (Mostly Ukraine) went after the spam device units. I had already blocked the ROGUE ranges from ALL of these countries. However, they managed to perform a Denial of Service attack on the Barracuda(s). 

However, they were NOT able to reach any of the email servers, web_servers and the IP(s) got put into the Firewall Appliance!

I use this site almost everyday, it has saved the email servers from these malicious attacks that the iptables had no problem dropping their connection so they get &#039;dead air&#039;.

The damage they could have done to the email server(s), by trying to fill up the queue or brute_forcing the Linux boxes. 

As one person noted Vietnam is horrible, but I am finding the Russian Federation/India/China to all be in the same league of polluted sewer traffic.

I wish they could have their own network, segregated out so they could enjoy spamming/hacking/DoS_attacks to themselves.

Keep up the EXCELLENT work!

:)</description>
		<content:encoded><![CDATA[<p>After blocking Russia/China/Europe &amp; Africa the malicious unregulated individuals from Russia (Mostly Ukraine) went after the spam device units. I had already blocked the ROGUE ranges from ALL of these countries. However, they managed to perform a Denial of Service attack on the Barracuda(s). </p>
<p>However, they were NOT able to reach any of the email servers, web_servers and the IP(s) got put into the Firewall Appliance!</p>
<p>I use this site almost everyday, it has saved the email servers from these malicious attacks that the iptables had no problem dropping their connection so they get &#8216;dead air&#8217;.</p>
<p>The damage they could have done to the email server(s), by trying to fill up the queue or brute_forcing the Linux boxes. </p>
<p>As one person noted Vietnam is horrible, but I am finding the Russian Federation/India/China to all be in the same league of polluted sewer traffic.</p>
<p>I wish they could have their own network, segregated out so they could enjoy spamming/hacking/DoS_attacks to themselves.</p>
<p>Keep up the EXCELLENT work!</p>
<p> <img src='http://www.countryipblocks.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart White</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1773</link>
		<dc:creator>Stewart White</dc:creator>
		<pubDate>Wed, 05 Jan 2011 13:37:20 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1773</guid>
		<description>Beginning in 2011 we are offering daily change logs. As of now these are appearing on our front page, but soon we will make these a subscription service.

The content fields will appear as: status (add/drop)&#124;country name&#124;ISO code&#124;network address&#124;number of hosts. An example of this is data produced on January 5, 2011 appearing below.


drop&#124;EUROPEAN UNION&#124;EU&#124;188.0.0.0&#124;65536
drop&#124;UKRAINE&#124;UA&#124;195.49.200.0&#124;2048
drop&#124;GERMANY&#124;DE&#124;195.149.117.0&#124;256
drop&#124;UNITED STATES&#124;US&#124;198.15.4.0&#124;1024
drop&#124;UNITED STATES&#124;US&#124;198.252.206.0&#124;256
add&#124;UNITED STATES&#124;US&#124;50.74.0.0&#124;131072
add&#124;UNITED STATES&#124;US&#124;199.68.152.0&#124;1024
add&#124;UNITED STATES&#124;US&#124;199.68.160.0&#124;2048
add&#124;UNITED STATES&#124;US&#124;199.68.168.0&#124;2048
add&#124;UNITED STATES&#124;US&#124;204.126.204.0&#124;512
add&#124;UNITED STATES&#124;US&#124;204.136.10.0&#124;512
add&#124;UNITED STATES&#124;US&#124;204.137.26.0&#124;512
add&#124;UNITED STATES&#124;US&#124;204.155.95.0&#124;256
add&#124;UNITED STATES&#124;US&#124;204.156.121.0&#124;256
add&#124;UNITED STATES&#124;US&#124;204.174.0.0&#124;256
add&#124;CANADA&#124;CA&#124;209.145.192.0&#124;16384
add&#124;UNITED STATES&#124;US&#124;216.238.32.0&#124;8192
add&#124;CHINA&#124;CN&#124;101.196.0.0&#124;262144
add&#124;CHINA&#124;CN&#124;122.188.0.0&#124;262144
add&#124;HONG KONG&#124;HK&#124;125.254.52.0&#124;1024
add&#124;NEW ZEALAND&#124;NZ&#124;202.50.85.0&#124;256
add&#124;AUSTRALIA&#124;AU&#124;203.57.192.0&#124;512
add&#124;CZECH REPUBLIC&#124;CZ&#124;46.174.152.0&#124;2048
add&#124;CZECH REPUBLIC&#124;CZ&#124;46.174.160.0&#124;2048
add&#124;SPAIN&#124;ES&#124;46.255.184.0&#124;2048
add&#124;CZECH REPUBLIC&#124;CZ&#124;91.221.246.0&#124;512
add&#124;EUROPEAN UNION&#124;EU&#124;188.66.48.0&#124;4096
add&#124;IRAN, ISLAMIC REPUBLIC OF&#124;IR&#124;195.20.136.0&#124;256
add&#124;CZECH REPUBLIC&#124;CZ&#124;195.20.137.0&#124;256
add&#124;POLAND&#124;PL&#124;195.20.138.0&#124;256
add&#124;EUROPEAN UNION&#124;EU&#124;195.49.200.0&#124;2048
add&#124;ARGENTINA&#124;AR&#124;181.16.0.0&#124;16384
add&#124;NETHERLANDS ANTILLES&#124;AN&#124;186.190.232.0&#124;1024
add&#124;UGANDA&#124;UG&#124;41.75.160.0&#124;4096
add&#124;MALAWI&#124;MW&#124;41.77.8.0&#124;2048
add&#124;SUDAN&#124;SD&#124;197.254.192.0&#124;16384</description>
		<content:encoded><![CDATA[<p>Beginning in 2011 we are offering daily change logs. As of now these are appearing on our front page, but soon we will make these a subscription service.</p>
<p>The content fields will appear as: status (add/drop)|country name|ISO code|network address|number of hosts. An example of this is data produced on January 5, 2011 appearing below.</p>
<p>drop|EUROPEAN UNION|EU|188.0.0.0|65536<br />
drop|UKRAINE|UA|195.49.200.0|2048<br />
drop|GERMANY|DE|195.149.117.0|256<br />
drop|UNITED STATES|US|198.15.4.0|1024<br />
drop|UNITED STATES|US|198.252.206.0|256<br />
add|UNITED STATES|US|50.74.0.0|131072<br />
add|UNITED STATES|US|199.68.152.0|1024<br />
add|UNITED STATES|US|199.68.160.0|2048<br />
add|UNITED STATES|US|199.68.168.0|2048<br />
add|UNITED STATES|US|204.126.204.0|512<br />
add|UNITED STATES|US|204.136.10.0|512<br />
add|UNITED STATES|US|204.137.26.0|512<br />
add|UNITED STATES|US|204.155.95.0|256<br />
add|UNITED STATES|US|204.156.121.0|256<br />
add|UNITED STATES|US|204.174.0.0|256<br />
add|CANADA|CA|209.145.192.0|16384<br />
add|UNITED STATES|US|216.238.32.0|8192<br />
add|CHINA|CN|101.196.0.0|262144<br />
add|CHINA|CN|122.188.0.0|262144<br />
add|HONG KONG|HK|125.254.52.0|1024<br />
add|NEW ZEALAND|NZ|202.50.85.0|256<br />
add|AUSTRALIA|AU|203.57.192.0|512<br />
add|CZECH REPUBLIC|CZ|46.174.152.0|2048<br />
add|CZECH REPUBLIC|CZ|46.174.160.0|2048<br />
add|SPAIN|ES|46.255.184.0|2048<br />
add|CZECH REPUBLIC|CZ|91.221.246.0|512<br />
add|EUROPEAN UNION|EU|188.66.48.0|4096<br />
add|IRAN, ISLAMIC REPUBLIC OF|IR|195.20.136.0|256<br />
add|CZECH REPUBLIC|CZ|195.20.137.0|256<br />
add|POLAND|PL|195.20.138.0|256<br />
add|EUROPEAN UNION|EU|195.49.200.0|2048<br />
add|ARGENTINA|AR|181.16.0.0|16384<br />
add|NETHERLANDS ANTILLES|AN|186.190.232.0|1024<br />
add|UGANDA|UG|41.75.160.0|4096<br />
add|MALAWI|MW|41.77.8.0|2048<br />
add|SUDAN|SD|197.254.192.0|16384</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart White</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1758</link>
		<dc:creator>Stewart White</dc:creator>
		<pubDate>Mon, 03 Jan 2011 23:49:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1758</guid>
		<description>Go ahead and send us a message through here. If you want your message and our response to remain private, let us know. If you choose privacy send us your contact info and we&#039;ll respond directly (as time permits).</description>
		<content:encoded><![CDATA[<p>Go ahead and send us a message through here. If you want your message and our response to remain private, let us know. If you choose privacy send us your contact info and we&#8217;ll respond directly (as time permits).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sys_Admin</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1755</link>
		<dc:creator>Sys_Admin</dc:creator>
		<pubDate>Mon, 03 Jan 2011 21:36:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1755</guid>
		<description>Is there a way to contact your to ask some questions about changing to SSL?</description>
		<content:encoded><![CDATA[<p>Is there a way to contact your to ask some questions about changing to SSL?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1718</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 30 Dec 2010 22:07:09 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1718</guid>
		<description>&lt;blockquote cite=&quot;#commentbody-1716&quot;&gt;
&lt;strong&gt;&lt;a href=&quot;#comment-1716&quot; rel=&quot;nofollow&quot;&gt;Stewart White&lt;/a&gt; :&lt;/strong&gt;

Stewart said: &quot;...found in the 75.0.0.0/10 block.&quot;

OK I just figured out CIDR numbering : )  How certain is it that the list does contain  *all* U.S. IPs though?

Stewart said: &quot;Can you clarify your question?&quot;

Just what you explained, that some of the /8 blocks that the IANA chart shows assigned to ARIN, etc. may not just be for those regions anymore. But I&#039;d be interested in whether there might still be some big distribution patterns that could contain all US/Canada IP&#039;s while excluding most/all of the rest of the world.

One thing I did notice is that the database seems to have adjacent blocks that could be merged. For example in looking at  the 75.xxx.xxx.xxx section (US allow-only list), it looks like the 68 current &quot;allow&quot; lines could (possibly?) be merged into just &quot;75/8&quot;.

Thanks</description>
		<content:encoded><![CDATA[<blockquote cite="#commentbody-1716"><p>
<strong><a href="#comment-1716" rel="nofollow">Stewart White</a> :</strong></p>
<p>Stewart said: &#8220;&#8230;found in the 75.0.0.0/10 block.&#8221;</p>
<p>OK I just figured out CIDR numbering : )  How certain is it that the list does contain  *all* U.S. IPs though?</p>
<p>Stewart said: &#8220;Can you clarify your question?&#8221;</p>
<p>Just what you explained, that some of the /8 blocks that the IANA chart shows assigned to ARIN, etc. may not just be for those regions anymore. But I&#8217;d be interested in whether there might still be some big distribution patterns that could contain all US/Canada IP&#8217;s while excluding most/all of the rest of the world.</p>
<p>One thing I did notice is that the database seems to have adjacent blocks that could be merged. For example in looking at  the 75.xxx.xxx.xxx section (US allow-only list), it looks like the 68 current &#8220;allow&#8221; lines could (possibly?) be merged into just &#8220;75/8&#8243;.</p>
<p>Thanks</p></blockquote>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart White</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1716</link>
		<dc:creator>Stewart White</dc:creator>
		<pubDate>Thu, 30 Dec 2010 19:17:00 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1716</guid>
		<description>The plan for the webmaster product is to create a login section (it would exist on their server) where a user could select which countries he/she wanted to block/allow. The ACL updates would not be automatic. A user would select what, when and how they wanted to update their lists. They would then select a country or list of countries to allow or deny. The only thing they would get from us is the scripts and access to the updated country lists.

As for the general issue you mention, 75.36.xxx.xxx is listed on the US list. This network is found in the 75.0.0.0/10 block.

Years ago you may have been able to allow/block countries using &quot;giant&quot; blocks. Unfortunately, current country assignations no longer consist of continuous or contiguous networks. In many cases there are small and large networks from various countries that break up the continuity. Therefore, relying on monster sized blocks my create unforseen circumstances.

&lt;blockquote&gt;Has ARIN redistributed some of its assigned IP blocks to other regions or something??&lt;/blockquote&gt;

Can you clarify your question?</description>
		<content:encoded><![CDATA[<p>The plan for the webmaster product is to create a login section (it would exist on their server) where a user could select which countries he/she wanted to block/allow. The ACL updates would not be automatic. A user would select what, when and how they wanted to update their lists. They would then select a country or list of countries to allow or deny. The only thing they would get from us is the scripts and access to the updated country lists.</p>
<p>As for the general issue you mention, 75.36.xxx.xxx is listed on the US list. This network is found in the 75.0.0.0/10 block.</p>
<p>Years ago you may have been able to allow/block countries using &#8220;giant&#8221; blocks. Unfortunately, current country assignations no longer consist of continuous or contiguous networks. In many cases there are small and large networks from various countries that break up the continuity. Therefore, relying on monster sized blocks my create unforseen circumstances.</p>
<blockquote><p>Has ARIN redistributed some of its assigned IP blocks to other regions or something??</p></blockquote>
<p>Can you clarify your question?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1715</link>
		<dc:creator>John</dc:creator>
		<pubDate>Thu, 30 Dec 2010 19:02:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1715</guid>
		<description>&lt;a href=&quot;#comment-1654&quot; rel=&quot;nofollow&quot;&gt;@Stewart White&lt;/a&gt; 
Hi Stewart, thanks for your response. The app sounds interesting, but I&#039;m not in any pressing need here, just doing some research on spam-blocking approaches. So I&#039;ll wait for your final release and check it out then. Security would be a big concern BTW (I&#039;d be leery of any automatic ACL-update feature or web-based login form). And on a shared server can&#039;t be something running continuously in the background.

A general issue I just found is that (if I&#039;m not mistaken) a rotating IP I myself had today from ATT in California is not on the US list -- 75.36.xxx.xxx range. That seems to make an &quot;allow US only&quot; approach unusable. (You might warn people of this and recommend only using &quot;exclude&quot; instead.)

Getting back to my concept of &quot;coarser&quot; ranges, is there some reason why even giant blocks like this can&#039;t be used, if you for example just want to block anything outside ARIN (US/Canada)?:

http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml

Has ARIN redistributed some of its assigned IP blocks to other regions or something??</description>
		<content:encoded><![CDATA[<p><a href="#comment-1654" rel="nofollow">@Stewart White</a><br />
Hi Stewart, thanks for your response. The app sounds interesting, but I&#8217;m not in any pressing need here, just doing some research on spam-blocking approaches. So I&#8217;ll wait for your final release and check it out then. Security would be a big concern BTW (I&#8217;d be leery of any automatic ACL-update feature or web-based login form). And on a shared server can&#8217;t be something running continuously in the background.</p>
<p>A general issue I just found is that (if I&#8217;m not mistaken) a rotating IP I myself had today from ATT in California is not on the US list &#8212; 75.36.xxx.xxx range. That seems to make an &#8220;allow US only&#8221; approach unusable. (You might warn people of this and recommend only using &#8220;exclude&#8221; instead.)</p>
<p>Getting back to my concept of &#8220;coarser&#8221; ranges, is there some reason why even giant blocks like this can&#8217;t be used, if you for example just want to block anything outside ARIN (US/Canada)?:</p>
<p><a href="http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml" rel="nofollow">http://www.iana.org/assignments/ipv4-address-space/ipv4-address-space.xml</a></p>
<p>Has ARIN redistributed some of its assigned IP blocks to other regions or something??</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart White</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1654</link>
		<dc:creator>Stewart White</dc:creator>
		<pubDate>Sat, 25 Dec 2010 03:33:15 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1654</guid>
		<description>You could store your ACL in a database format. The lookups should be faster and less resource intensive than loading a large .htaccess file. 

We are getting close to releasing a php/mysql application that will allow you to select the ranges you want to deny/allow and then respond as needed. We may have a beta version available in a few days. Is this something you would be interested in?</description>
		<content:encoded><![CDATA[<p>You could store your ACL in a database format. The lookups should be faster and less resource intensive than loading a large .htaccess file. </p>
<p>We are getting close to releasing a php/mysql application that will allow you to select the ranges you want to deny/allow and then respond as needed. We may have a beta version available in a few days. Is this something you would be interested in?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1652</link>
		<dc:creator>John</dc:creator>
		<pubDate>Sat, 25 Dec 2010 02:59:51 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1652</guid>
		<description>I worry about the server load/response time of running these gigantic lists. (I&#039;d be doing it as htaccess on a hosted shared server.)

What would be useful as an alternative is a coarser approach using larger ranges of IP&#039;s that will allow/block &quot;most&quot; of what you&#039;re trying to do without worrying about being absolute.

I&#039;d personally like a coarse list that will intentionally allow all US/Canada IP&#039;s (this must be certain), while blocking as much of the rest of the world as possible. IP&#039;s from Western Europe/Australia/NZ/Japan OK to let in as efficiency dictates. A target of like maybe 1000 IP ranges listed in total in the htaccess file.

With a few versions expanding this to Western Europe, etc. and the needs of most administrators could be met. If Mongolia gets blocked along with Nigeria not a crisis for a US celebrity gossip blog.</description>
		<content:encoded><![CDATA[<p>I worry about the server load/response time of running these gigantic lists. (I&#8217;d be doing it as htaccess on a hosted shared server.)</p>
<p>What would be useful as an alternative is a coarser approach using larger ranges of IP&#8217;s that will allow/block &#8220;most&#8221; of what you&#8217;re trying to do without worrying about being absolute.</p>
<p>I&#8217;d personally like a coarse list that will intentionally allow all US/Canada IP&#8217;s (this must be certain), while blocking as much of the rest of the world as possible. IP&#8217;s from Western Europe/Australia/NZ/Japan OK to let in as efficiency dictates. A target of like maybe 1000 IP ranges listed in total in the htaccess file.</p>
<p>With a few versions expanding this to Western Europe, etc. and the needs of most administrators could be met. If Mongolia gets blocked along with Nigeria not a crisis for a US celebrity gossip blog.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Matt</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1585</link>
		<dc:creator>Matt</dc:creator>
		<pubDate>Thu, 16 Dec 2010 22:21:50 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1585</guid>
		<description>It would be nice if you made your data available in bulk (e.g. via a compressed zip file).  That way we wouldn&#039;t have to crawl your /e_country_data directory to get it all :)

Similarly, if you had a weekly &quot;delta changes&quot; file that would be nice.  Something conceptually similar to a weekly backup and daily differential.  That way I only have to download the diffs, and hopefully reduce the burden on your webserver.

Overall, thanks for a great service!  It is a real PITA to do this anywhere else.</description>
		<content:encoded><![CDATA[<p>It would be nice if you made your data available in bulk (e.g. via a compressed zip file).  That way we wouldn&#8217;t have to crawl your /e_country_data directory to get it all <img src='http://www.countryipblocks.net/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>Similarly, if you had a weekly &#8220;delta changes&#8221; file that would be nice.  Something conceptually similar to a weekly backup and daily differential.  That way I only have to download the diffs, and hopefully reduce the burden on your webserver.</p>
<p>Overall, thanks for a great service!  It is a real PITA to do this anywhere else.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart White</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1569</link>
		<dc:creator>Stewart White</dc:creator>
		<pubDate>Mon, 13 Dec 2010 14:07:23 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1569</guid>
		<description>Add the lists through .htaccess or through your existing hardware/software firewall. We are working on a future WorPress plugin.</description>
		<content:encoded><![CDATA[<p>Add the lists through .htaccess or through your existing hardware/software firewall. We are working on a future WorPress plugin.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Removals Edinburgh</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1566</link>
		<dc:creator>Removals Edinburgh</dc:creator>
		<pubDate>Mon, 13 Dec 2010 08:22:29 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1566</guid>
		<description>Imquite intrested in this - how do i install it on wordpress ? do i just add the code to the home page?

I get daily visits from india and pakistan and recenly had issues with copyied content from sites designed in those countires and Im getting fed up with it.</description>
		<content:encoded><![CDATA[<p>Imquite intrested in this &#8211; how do i install it on wordpress ? do i just add the code to the home page?</p>
<p>I get daily visits from india and pakistan and recenly had issues with copyied content from sites designed in those countires and Im getting fed up with it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Keith</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1540</link>
		<dc:creator>Keith</dc:creator>
		<pubDate>Wed, 08 Dec 2010 06:22:53 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1540</guid>
		<description>&lt;a href=&quot;#comment-1536&quot; rel=&quot;nofollow&quot;&gt;@Stewart White&lt;/a&gt; 
+1 it&#039;s not about freedom of access to the internet, it&#039;s about protecting your assets against bad guys who don&#039;t give a &amp;^%$ about freedom.</description>
		<content:encoded><![CDATA[<p><a href="#comment-1536" rel="nofollow">@Stewart White</a><br />
+1 it&#8217;s not about freedom of access to the internet, it&#8217;s about protecting your assets against bad guys who don&#8217;t give a &amp;^%$ about freedom.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stewart White</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1536</link>
		<dc:creator>Stewart White</dc:creator>
		<pubDate>Fri, 03 Dec 2010 14:55:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1536</guid>
		<description>It&#039;s a shame these services are necessary. But blame the criminals not the people who need to protect their electronic assets.</description>
		<content:encoded><![CDATA[<p>It&#8217;s a shame these services are necessary. But blame the criminals not the people who need to protect their electronic assets.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: John</title>
		<link>http://www.countryipblocks.net/about/comment-page-1/#comment-1535</link>
		<dc:creator>John</dc:creator>
		<pubDate>Fri, 03 Dec 2010 10:37:47 +0000</pubDate>
		<guid isPermaLink="false">http://www.countryipblocks.net/?page_id=2#comment-1535</guid>
		<description>It is a shame that there are services like this which undermines freedom of access in the web.</description>
		<content:encoded><![CDATA[<p>It is a shame that there are services like this which undermines freedom of access in the web.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

