Server Fault is a question and answer site for system and network administrators. Join them; it only takes a minute:

Sign up
Here's how it works:
  1. Anybody can ask a question
  2. Anybody can answer
  3. The best answers are voted up and rise to the top

I wish to maintain a single a single code base (ASP.NET app) setup at c:\inetpub\wwwroot\myApp, and point several IIS websites at this single code base.

Will this be an issue? Will IIS see this as a conflict in resource allocation?

Reasons why I want to do it:

  • Each IIS website can then have it's own IP, SSL cert, etc.
  • Each IIS website can have it's own ISAPI filters installed for friendly URLs, etc.
  • Easier to maintain the code base by having single point of deployment
share|improve this question

From a sysadmin perspective, this is perfectly fine, and you can add multiple host headers to IIS so that it supports multiple IP addresses and domain names on the same website.

It would be up to your application to handle friendly URL's etc. based on the domain name... but that's a question for stackoverflow :)

share|improve this answer

Yes, this is possible. Binding-wise you have both IPs and host header bindings. I would have to warn about individualized configuration. Relying on the local web.config files will cause all sites to share the same configuration. You would have to rely on configuration based on location elements.

<location path="Site1">
<!-- Site 1 individual config -->
<location path="Site2">
<!-- Site 2 individual config -->

Of course, configuration that will be shared amongst all of the sites can be done via local web.config files or by inheritance.

share|improve this answer

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.