<?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: Setting Credentials for your HTTP Proxy</title>
	<atom:link href="http://kennyw.com/work/indigo/143/feed" rel="self" type="application/rss+xml" />
	<link>http://kennyw.com/work/indigo/143</link>
	<description>Kenny Wolf</description>
	<lastBuildDate>Tue, 15 May 2012 15:20:56 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
		<item>
		<title>By: Setting a Web Proxy on a WebService in .NET 3.x</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-119278</link>
		<dc:creator>Setting a Web Proxy on a WebService in .NET 3.x</dc:creator>
		<pubDate>Mon, 21 Jul 2008 11:46:49 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-119278</guid>
		<description>[...] http://kennyw.com/indigo/143 [...]</description>
		<content:encoded><![CDATA[<p>[...] <a href="http://kennyw.com/indigo/143" rel="nofollow">http://kennyw.com/indigo/143</a> [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Daniel stolt</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-117949</link>
		<dc:creator>Daniel stolt</dc:creator>
		<pubDate>Mon, 14 Jul 2008 14:51:48 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-117949</guid>
		<description>We have a similar but not identical situation. We run our service centrally, and deploy our client to customers via ClickOnce. Customers run the client in whatever network environment they happen to be in. Some of them are using proxy servers with Windows authentication, authenticating against an AD in their environment but not using the currently logged in Windows identity.

Our service also requires Windows authentication, but of course it authenticates against an AD located centrally with us. In other words, two completely separate user stores are used for the two types of authentication. Is there no way around this limitation?</description>
		<content:encoded><![CDATA[<p>We have a similar but not identical situation. We run our service centrally, and deploy our client to customers via ClickOnce. Customers run the client in whatever network environment they happen to be in. Some of them are using proxy servers with Windows authentication, authenticating against an AD in their environment but not using the currently logged in Windows identity.</p>
<p>Our service also requires Windows authentication, but of course it authenticates against an AD located centrally with us. In other words, two completely separate user stores are used for the two types of authentication. Is there no way around this limitation?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ryan Baker</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-106148</link>
		<dc:creator>Ryan Baker</dc:creator>
		<pubDate>Fri, 23 May 2008 21:58:13 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-106148</guid>
		<description>I&#039;ve got a situation that is problematic.  Our application is using UserName message credentials for authentication and is being deployed in somewhat uncontrolled environments.  We know there are proxy servers out there, and we know some of them use authentication which is not NTLM or Windows security based.

What we don&#039;t know is whether the clients will be willing to save their credentials and thus be able to use the default proxy server.  It seems like a smart thing to do given the limitations, but we don&#039;t have a strong enough survey of customer environments to know for sure.

We&#039;ve put together the steps to prompt for credentials, but where do we put them?  We&#039;re already filling ClientCredentials.UserName with the credentials to our server, and even though it&#039;s not Basic Auth, we feel kind of stuck.  I&#039;ve spent alot of time digging through the ServiceModel library with Reflector and am a bit disappointed with how HttpChannelFactory.CreateAndOpenTokenProvidersCore was implemented.  If you had left anything in there that would have allowed me to write a custom SecurityTokenProvider I&#039;d do that, but the SecuritTokenRequirement for both is so similar it doesn&#039;t look like that would work.</description>
		<content:encoded><![CDATA[<p>I&#8217;ve got a situation that is problematic.  Our application is using UserName message credentials for authentication and is being deployed in somewhat uncontrolled environments.  We know there are proxy servers out there, and we know some of them use authentication which is not NTLM or Windows security based.</p>
<p>What we don&#8217;t know is whether the clients will be willing to save their credentials and thus be able to use the default proxy server.  It seems like a smart thing to do given the limitations, but we don&#8217;t have a strong enough survey of customer environments to know for sure.</p>
<p>We&#8217;ve put together the steps to prompt for credentials, but where do we put them?  We&#8217;re already filling ClientCredentials.UserName with the credentials to our server, and even though it&#8217;s not Basic Auth, we feel kind of stuck.  I&#8217;ve spent alot of time digging through the ServiceModel library with Reflector and am a bit disappointed with how HttpChannelFactory.CreateAndOpenTokenProvidersCore was implemented.  If you had left anything in there that would have allowed me to write a custom SecurityTokenProvider I&#8217;d do that, but the SecuritTokenRequirement for both is so similar it doesn&#8217;t look like that would work.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Webb</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-78330</link>
		<dc:creator>Andrew Webb</dc:creator>
		<pubDate>Sun, 09 Dec 2007 11:58:33 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-78330</guid>
		<description>OK, so this forum stripped out the XML that I included in my post above!  But visit the link to the MSDN forums, and scroll down to my third post on that page to see what you have to put into your App.Config file.

Andrew</description>
		<content:encoded><![CDATA[<p>OK, so this forum stripped out the XML that I included in my post above!  But visit the link to the MSDN forums, and scroll down to my third post on that page to see what you have to put into your App.Config file.</p>
<p>Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Webb</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-78329</link>
		<dc:creator>Andrew Webb</dc:creator>
		<pubDate>Sun, 09 Dec 2007 11:47:27 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-78329</guid>
		<description>I&#039;ve since come to the conclusion that it doesn&#039;t matter.

WCF does not need to be used to provide credentials to the HTTP web proxy.  Instead let the binding object use the default web proxy (it does so by default), and enable the supplying of the user&#039;s default credentials for proxy server authentication by adding the following to your client app&#039;s App.Config file:-


  
  


The fact that using the user&#039;s default credentials for proxy auth is disabled by default is what trips up so many people.  And it&#039;s quite hard to enable it in code; the best place is in the XML config file.

For further reference, see here:-
  http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2497236&amp;SiteID=1


Andrew</description>
		<content:encoded><![CDATA[<p>I&#8217;ve since come to the conclusion that it doesn&#8217;t matter.</p>
<p>WCF does not need to be used to provide credentials to the HTTP web proxy.  Instead let the binding object use the default web proxy (it does so by default), and enable the supplying of the user&#8217;s default credentials for proxy server authentication by adding the following to your client app&#8217;s App.Config file:-</p>
<p>The fact that using the user&#8217;s default credentials for proxy auth is disabled by default is what trips up so many people.  And it&#8217;s quite hard to enable it in code; the best place is in the XML config file.</p>
<p>For further reference, see here:-<br />
  <a href="http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2497236&amp;SiteID=1" rel="nofollow">http://forums.microsoft.com/MSDN/ShowPost.aspx?PostID=2497236&amp;SiteID=1</a></p>
<p>Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Kenny</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-78173</link>
		<dc:creator>Kenny</dc:creator>
		<pubDate>Fri, 07 Dec 2007 22:05:11 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-78173</guid>
		<description>We have the same situation in 3.5, sorry :(</description>
		<content:encoded><![CDATA[<p>We have the same situation in 3.5, sorry <img src='http://kennyw.com/wp-includes/images/smilies/icon_sad.gif' alt=':(' class='wp-smiley' /> </p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Andrew Webb</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-77718</link>
		<dc:creator>Andrew Webb</dc:creator>
		<pubDate>Tue, 04 Dec 2007 11:14:43 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-77718</guid>
		<description>&gt;&gt; This was a concious tradeoff we made for V1

What is the situation in the .NET 3.5 version of WCF?

Thanks, Andrew</description>
		<content:encoded><![CDATA[<p>&gt;&gt; This was a concious tradeoff we made for V1</p>
<p>What is the situation in the .NET 3.5 version of WCF?</p>
<p>Thanks, Andrew</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: sergio sermeno</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-46129</link>
		<dc:creator>sergio sermeno</dc:creator>
		<pubDate>Tue, 01 May 2007 04:37:09 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-46129</guid>
		<description>Hi Kenny,

I have problem getting through my proxy using a WCF client and calling a WCF service.

The proxy server uses windows authentication (different windows domain than client) and the WCF service uses username token.

The service is being hosted in IIS and am using basicHttpBinding.

I have tried many combinations and none seem to work. Can&#039;t get past the proxy with 407, proxy authentication required.

My code looks like this:

  // username token credentials 
  math.ClientCredentials.UserName.UserName = @&quot;TheUser&quot;;
  math.ClientCredentials.UserName.Password = &quot;Mickey1&quot;;

  // proxy credentials
  math.ChannelFactory.Credentials.Windows.ClientCredential = new System.Net.NetworkCredential(&quot;domainuser&quot;, &quot;password&quot;, &quot;domainname&quot;);

  // call method now ....


My configuration looks like this:

	

            
	
             
		
		
   	     
	


Any help would be greatly appreciated it.

Regards,
Sergio</description>
		<content:encoded><![CDATA[<p>Hi Kenny,</p>
<p>I have problem getting through my proxy using a WCF client and calling a WCF service.</p>
<p>The proxy server uses windows authentication (different windows domain than client) and the WCF service uses username token.</p>
<p>The service is being hosted in IIS and am using basicHttpBinding.</p>
<p>I have tried many combinations and none seem to work. Can&#8217;t get past the proxy with 407, proxy authentication required.</p>
<p>My code looks like this:</p>
<p>  // username token credentials<br />
  math.ClientCredentials.UserName.UserName = @&#8221;TheUser&#8221;;<br />
  math.ClientCredentials.UserName.Password = &#8220;Mickey1&#8243;;</p>
<p>  // proxy credentials<br />
  math.ChannelFactory.Credentials.Windows.ClientCredential = new System.Net.NetworkCredential(&#8220;domainuser&#8221;, &#8220;password&#8221;, &#8220;domainname&#8221;);</p>
<p>  // call method now &#8230;.</p>
<p>My configuration looks like this:</p>
<p>Any help would be greatly appreciated it.</p>
<p>Regards,<br />
Sergio</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Arjan Meskers</title>
		<link>http://kennyw.com/work/indigo/143/comment-page-1#comment-23401</link>
		<dc:creator>Arjan Meskers</dc:creator>
		<pubDate>Tue, 16 Jan 2007 07:48:15 +0000</pubDate>
		<guid isPermaLink="false">http://kennyw.com/indigo/143#comment-23401</guid>
		<description>Hi, I have a scenerio where we use the same authentication scheme for the proxy and my server, and the implemented scenario of WCF isn&#039;t sufficient. My service uses MessageSecurity with username and password. And I have some clients who use a proxy which requires a username and password. The most logical solution is to at my username and password to the proxy and the problem would be solved, but for security reasons we generate passwords for all our clients and these passwords are send encrypted to the clients. This is done so that the customer doesn&#039;t know his own password. But because of this limitation the client can&#039;t add a user to the proxy with my username/password combination. Is there a solution to this problem except providing the customer with the generated password.</description>
		<content:encoded><![CDATA[<p>Hi, I have a scenerio where we use the same authentication scheme for the proxy and my server, and the implemented scenario of WCF isn&#8217;t sufficient. My service uses MessageSecurity with username and password. And I have some clients who use a proxy which requires a username and password. The most logical solution is to at my username and password to the proxy and the problem would be solved, but for security reasons we generate passwords for all our clients and these passwords are send encrypted to the clients. This is done so that the customer doesn&#8217;t know his own password. But because of this limitation the client can&#8217;t add a user to the proxy with my username/password combination. Is there a solution to this problem except providing the customer with the generated password.</p>
]]></content:encoded>
	</item>
</channel>
</rss>

