<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	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/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>blog &#124; iAutomate Inc. &#187; Development</title>
	<atom:link href="http://blog.iautomate.ca/category/development/feed/" rel="self" type="application/rss+xml" />
	<link>http://blog.iautomate.ca</link>
	<description>Helping You With Today&#039;s Overload.</description>
	<lastBuildDate>Thu, 18 Mar 2010 23:12:24 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
		<item>
		<title>&#8220;no connection could be made because the target machine actively refused it&#8221;</title>
		<link>http://blog.iautomate.ca/2009/08/no-connection-could-be-made-because-the-target-machine-actively-refused-it/</link>
		<comments>http://blog.iautomate.ca/2009/08/no-connection-could-be-made-because-the-target-machine-actively-refused-it/#comments</comments>
		<pubDate>Sat, 15 Aug 2009 18:51:24 +0000</pubDate>
		<dc:creator>Alain</dc:creator>
				<category><![CDATA[Development]]></category>
		<category><![CDATA[Epicor]]></category>
		<category><![CDATA[SharePoint]]></category>
		<category><![CDATA[SQL Reporting Service]]></category>
		<category><![CDATA[SSRS]]></category>

		<guid isPermaLink="false">http://blog.iautomate.ca/?p=57</guid>
		<description><![CDATA[While working with an Epicor customer in installing a custom Cost Reporting solution developed by iAutomate using BackOffice, Explorer, SQL 2008, SQL Reporting Services (SSRS), and SQL Integration Service (SSIS), and SharePoint Server, and a custom C# application, we ran into an issue that cost us a couple days. The issue came when we tried [...]]]></description>
			<content:encoded><![CDATA[<p>While working with an Epicor customer in installing a custom Cost Reporting solution developed by <a href="http://www.iautomate.ca/en" target="_blank">iAutomate</a> using BackOffice, Explorer, SQL 2008, SQL Reporting Services (SSRS), and SQL Integration Service (SSIS), and SharePoint Server, and a custom C# application, we ran into an issue that cost us a couple days.</p>
<p>The issue came when we tried to launch our custom reports from SharePoint (SSRS was installed as SharePoint Integration mode).  We would get the following system error:</p>
<p style="text-align: left;"><a href="http://blog.iautomate.ca/wp-content/uploads/2009/08/rserror1.jpg" rel="lightbox[57]"><img class="aligncenter size-full wp-image-65" title="rserror1" src="http://blog.iautomate.ca/wp-content/uploads/2009/08/rserror1.jpg" alt="rserror1" width="568" height="86" /></a>&#8220;no connection could be made because the target machine actively refused it 443&#8243;</p>
<p><span id="more-57"></span>SSRS was not configured to use any SSL port and we definitely knew it was security related.  The windows event log pointed us into this direction.  The AD user assigned to the services, application pool, and databases was all good.  We tried many variations and still no success.</p>
<p>After a day of trying new things (everything), searching on Microsoft Sites, Forums and blogs, we could not find a solution.  I left the client having to contact Microsoft for assistance.  After a little over 4 hours on hold, Microsoft was able to assist by going through a series of checks.</p>
<p>All it took was the change of one setting.  In the rsreportserver.config file there is a key titled &#8220;SecureConnectionLevel&#8221;.  The following is from <a href="http://msdn.microsoft.com/en-us/library/ms157273.aspx" target="_blank">MSDN</a>:</p>
<blockquote><p><span>Specifies the degree to which Web service calls must us Secure Sockets Layer (SSL). This setting is used for both the Report Server Web service and Report Manager. This value is set when you configure a URL to use HTTP or HTTPS in the Reporting Services Configuration tool. Valid values range from 0 through 3, where 0 is least secure.</span></p></blockquote>
<div id="attachment_60" class="wp-caption aligncenter" style="width: 310px"><a href="http://blog.iautomate.ca/wp-content/uploads/2009/08/rsreportserverconfig.jpg" rel="lightbox[57]"><img class="size-medium wp-image-60" title="rsreportserverconfig" src="http://blog.iautomate.ca/wp-content/uploads/2009/08/rsreportserverconfig-300x145.jpg" alt="rsreportserver.config" width="300" height="145" /></a><p class="wp-caption-text">rsreportserver.config</p></div>
<p><a href="http://blog.iautomate.ca/wp-content/uploads/2009/08/rserror2.jpg" rel="lightbox[57]"><img class="alignright size-medium wp-image-66" title="rserror2" src="http://blog.iautomate.ca/wp-content/uploads/2009/08/rserror2-300x281.jpg" alt="rserror2" width="180" height="169" /></a>The value we had was set to &#8220;2&#8243;.  When we changed it to &#8220;0&#8243; the system message went away. When we look at the Configuration Manager we do not have anything set for SSL.</p>
<p>So happened?  We are not sure.  It is possible that the SSL setting was provided during initial install but when removed the setting remained.</p>
<p>It only takes one setting to cause so much grief!  The good news, we are up and running.</p>
<p>Thanks Microsoft.</p>
]]></content:encoded>
			<wfw:commentRss>http://blog.iautomate.ca/2009/08/no-connection-could-be-made-because-the-target-machine-actively-refused-it/feed/</wfw:commentRss>
		<slash:comments>0</slash:comments>
		</item>
	</channel>
</rss>
