WCF: Transport level security makes service hang on Open()

A weird thing… I was working on a WCF sample program today and I was creating my ServiceHost instance from code, like this:

  Uri baseAddress = new Uri("net.tcp://localhost:7465/");

  singleton = new HelloWorldClassServerProxy(new HelloWorldClass());
  ServiceHost serviceHost = new ServiceHost(singleton, baseAddress);

  Binding binding = new NetTcpBinding( );
  serviceHost.AddServiceEndpoint(typeof(IHelloWorldContract), binding, "HelloWorld");

  serviceHost.Open( );

The code I was testing worked just fine, but every time the Open() call on the ServiceHost instance was executed, it took about 12 seconds. I used WCF tracing and I found out that an ActiveDirectoryOperationException exception was being thrown (but handled) with the message “Current security context is not associated with an Active Directory domain or forest.” That message is definitely correct, and some reflectoring revealed that the method Domain.GetCurrentDomain() throws this exception on my system, after waiting those 12 seconds for something unknown to happen. Seems correct, in a way, because my system is not part of a domain – funny though that I can observer the exact same behaviour on a different computer that is in an Active Directory domain. No idea what’s going on there, really.

Anyway, after I had found out that I had the same problem with or without a domain, I thought there had to be a code path through that Open() call that wouldn’t arrive at that same exception. A bit difficult to find though, because while WCF tracing logs that exception, it doesn’t include the complete stack trace, so I didn’t know exactly how I ended up in there. So I started playing with the various details of my connection setup. Exchanging my binding for a WSHttpBinding didn’t make any difference, but instantiating the NetTcpBinding with an explicit SecurityMode.None parameter finally got rid of the problem!

Apparently, the default constructor on NetTcpBinding uses SecurityMode.Transport, and when I pass that in explicitely, the problem is back. I have still no idea why something as seemingly harmless as activating transport level security triggers this rather bad behaviour on my systems, but I’ll just go for SecurityMode.None for the time being…

Leave a Comment

Fill in your details below or click an icon to log in:

WordPress.com Logo

You are commenting using your WordPress.com account. Log Out / Change )

Twitter picture

You are commenting using your Twitter account. Log Out / Change )

Facebook photo

You are commenting using your Facebook account. Log Out / Change )

Google+ photo

You are commenting using your Google+ account. Log Out / Change )

Connecting to %s