Hosting Identity

How can I run a service operation hosted in IIS using a specific identity?

There are two ways for your operation to be running using a specific identity: start off running under that identity; or, start off running under a different identity and change to the right identity later. You can make either approach work although having to change the identity every time a service operation is called will introduce a small performance hit. Let’s look at the two options.

Impersonation is a mechanism that you can use to change to the right identity when the service operation is invoked. I’ve talked about impersonation in the past, mostly for impersonating the caller rather than impersonating a specific identity. However, impersonating a specific identity works in much the same way in terms of the Windows calls involved and generally works simpler in terms of the service setup required. That simplicity partially comes from not having the client involved in the act of impersonation but also because impersonating a specific identity doesn’t have the same level of configurable options for automatically applying impersonation rules.

The application pool is a mechanism that you can use to start with the right identity. This approach assumes that your service always wants to be running under the same specific identity. That partially covers the case of those missing configuration options. By default your application pool runs under the Network Service account. You can change that application pool identity to be any specific identity you want.

This may require reorganizing how applications map into pools because the identity is shared by everyone in that pool.

Next time: Why Dual is Reliable

Comments (1)

  1. Why do some serialization errors when sending a response not result in a fault being returned to the