Из лога видно, что виртуальное приложение пытается загрузить сборку Castle.Windsor.
Использование сборки прописано в файле конфигурации, находящемся в корне сайта. Виртуальное приложение эту сборку не использует.
Как объяснить IIS-у, что он эту сборку для данного виртуального приложения грузить не должен?

LOG: This bind starts in default load context.
LOG: Using application configuration file: C:\inetpub\wwwroot\Custom Web Site\Authorization\web.config
LOG: Using host configuration file: C:\Windows\Microsoft.NET\Framework\v4.0.30319\Aspnet.config
LOG: Using machine configuration file from C:\Windows\Microsoft.NET\Framework\v4.0.30319\config\machine.config.
LOG: Policy not being applied to reference at this time (private, custom, partial, or location-based assembly bind).
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/authorization/31022d3e/718696f/Castle.Windsor.DLL.
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/authorization/31022d3e/718696f/Castle.Windsor/Castle.Windsor.DLL.
LOG: Attempting download of new URL file:///C:/inetpub/wwwroot/Custom Web Site/Authorization/bin/Castle.Windsor.DLL.
LOG: Attempting download of new URL file:///C:/inetpub/wwwroot/Custom Web Site/Authorization/bin/Castle.Windsor/Castle.Windsor.DLL.
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/authorization/31022d3e/718696f/Castle.Windsor.EXE.
LOG: Attempting download of new URL file:///C:/Windows/Microsoft.NET/Framework/v4.0.30319/Temporary ASP.NET Files/authorization/31022d3e/718696f/Castle.Windsor/Castle.Windsor.EXE.
LOG: Attempting download of new URL file:///C:/inetpub/wwwroot/Custom Web Site/Authorization/bin/Castle.Windsor.EXE.
LOG: Attempting download of new URL file:///C:/inetpub/wwwroot/Custom Web Site/Authorization/bin/Castle.Windsor/Castle.Windsor.EXE.

Здравствуйте, Аноним, Вы писали:

А>Как объяснить IIS-у, что он эту сборку для данного виртуального приложения грузить не должен?

Зависит от того, как именно указана загрузка сборки.
Если это просто элемент коллекции (например, коллекция сборок-плагинов), то достаточно в такой же коллекции уровнем ниже дать команду <remove name="имя удаляемого элемента"/> иди вообще <clear />

Однако, если сборка тянется как часть (референс) чего-то другого (даже просто сборки, с помощью которой читается конфигурационный файл) вы уже, скорее всего, ничего не сделаете.

Здравствуйте, Михаил Романов, Вы писали:

МР>Здравствуйте, Аноним, Вы писали:

А>>Как объяснить IIS-у, что он эту сборку для данного виртуального приложения грузить не должен?

МР>Зависит от того, как именно указана загрузка сборки.
МР>Если это просто элемент коллекции (например, коллекция сборок-плагинов), то достаточно в такой же коллекции уровнем ниже дать команду <remove name="имя удаляемого элемента"/> иди вообще <clear />

МР>Однако, если сборка тянется как часть (референс) чего-то другого (даже просто сборки, с помощью которой читается конфигурационный файл) вы уже, скорее всего, ничего не сделаете.

Конфигурация в корневом файле прописана так:

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true">
      <add name="PerRequestLifestyle" type="Castle.MicroKernel.Lifestyle.PerWebRequestLifestyleModule, Castle.Windsor" />
    </modules>
</system.webServer>

Здравствуйте, Аноним, Вы писали:

А>Конфигурация в корневом файле прописана так:

А, так, это даже конкретно Http-модуль, тогда должно сработать так (при прописывании в web.config дочернего приложения):

<system.webServer>
    <modules runAllManagedModulesForAllRequests="true">
      <remove name="PerRequestLifestyle" />
    </modules>
</system.webServer>