<?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: Blocking High Risk Countries From Using Your Website</title>
	<atom:link href="http://www.merchant-account-services.org/blog/blocking-high-risk-countries-from-using-your-website/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.merchant-account-services.org/blog/blocking-high-risk-countries-from-using-your-website/</link>
	<description>A blog about merchant accounts and merchant services</description>
	<lastBuildDate>Fri, 05 Feb 2010 11:26:35 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Alexis</title>
		<link>http://www.merchant-account-services.org/blog/blocking-high-risk-countries-from-using-your-website/comment-page-1/#comment-17946</link>
		<dc:creator>Alexis</dc:creator>
		<pubDate>Tue, 01 Jul 2008 23:37:26 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchant-account-services.org/blog/blocking-high-risk-countries-from-using-your-website/#comment-17946</guid>
		<description>I&#039;m just going through the numbers to see which countries I&#039;m actually blocking and I came across the &quot;Internet Assigned Numbers Authority&quot; (located in California) which is listed under IP address 223.0.0.0.  Can anyone tell me why this is set up to be blocked?</description>
		<content:encoded><![CDATA[<p>I&#8217;m just going through the numbers to see which countries I&#8217;m actually blocking and I came across the &#8220;Internet Assigned Numbers Authority&#8221; (located in California) which is listed under IP address 223.0.0.0.  Can anyone tell me why this is set up to be blocked?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Bullock</title>
		<link>http://www.merchant-account-services.org/blog/blocking-high-risk-countries-from-using-your-website/comment-page-1/#comment-16268</link>
		<dc:creator>David Bullock</dc:creator>
		<pubDate>Sat, 21 Jul 2007 06:30:14 +0000</pubDate>
		<guid isPermaLink="false">http://www.merchant-account-services.org/blog/blocking-high-risk-countries-from-using-your-website/#comment-16268</guid>
		<description>I think this is actually a fairly bad idea.  Having run the ecommerce system behind an MMOG I&#039;m VERY familar with the problem you&#039;re describing and it IS a major problem.   However, blocking them at the webserver creates a simple and very obvious block for the customer to work around by using TOR or an HTTP proxy to appear to be from a supported country.

You don&#039;t want to warn them in such a way as to cue them to defeat your protection.

A better tactic would be to silently flag and block credit card charges from these IP ranges at the point of authing or charging the card and notify the customer that their card could not be processed and to contact customer service.

Dave</description>
		<content:encoded><![CDATA[<p>I think this is actually a fairly bad idea.  Having run the ecommerce system behind an MMOG I&#8217;m VERY familar with the problem you&#8217;re describing and it IS a major problem.   However, blocking them at the webserver creates a simple and very obvious block for the customer to work around by using TOR or an HTTP proxy to appear to be from a supported country.</p>
<p>You don&#8217;t want to warn them in such a way as to cue them to defeat your protection.</p>
<p>A better tactic would be to silently flag and block credit card charges from these IP ranges at the point of authing or charging the card and notify the customer that their card could not be processed and to contact customer service.</p>
<p>Dave</p>
]]></content:encoded>
	</item>
</channel>
</rss>
