IIS modules with ASP.NET Core

Some of the native IIS modules and all of the IIS managed modules aren't able to process requests for ASP.NET Core apps. In many cases, ASP.NET Core offers an alternative to the scenarios addressed by IIS native and managed modules.

Native modules

The table indicates native IIS modules that are functional with ASP.NET Core apps and the ASP.NET Core Module.

Module Functional with ASP.NET Core apps ASP.NET Core Option
Anonymous Authentication
AnonymousAuthenticationModule
Yes
Basic Authentication
BasicAuthenticationModule
Yes
Client Certification Mapping Authentication
CertificateMappingAuthenticationModule
Yes
CGI
CgiModule
No
Configuration Validation
ConfigurationValidationModule
Yes
HTTP Errors
CustomErrorModule
No Status Code Pages Middleware
Custom Logging
CustomLoggingModule
Yes
Default Document
DefaultDocumentModule
No Default Files Middleware
Digest Authentication
DigestAuthenticationModule
Yes
Directory Browsing
DirectoryListingModule
No Directory Browsing Middleware
Dynamic Compression
DynamicCompressionModule
Yes Response Compression Middleware
Failed Requests Tracing
FailedRequestsTracingModule
Yes ASP.NET Core Logging
File Caching
FileCacheModule
No Response Caching Middleware
HTTP Caching
HttpCacheModule
No Response Caching Middleware
HTTP Logging
HttpLoggingModule
Yes ASP.NET Core Logging
HTTP Redirection
HttpRedirectionModule
Yes URL Rewriting Middleware
HTTP Tracing
TracingModule
Yes
IIS Client Certificate Mapping Authentication
IISCertificateMappingAuthenticationModule
Yes
IP and Domain Restrictions
IpRestrictionModule
Yes
ISAPI Filters
IsapiFilterModule
Yes Middleware
ISAPI
IsapiModule
Yes Middleware
Protocol Support
ProtocolSupportModule
Yes
Request Filtering
RequestFilteringModule
Yes URL Rewriting Middleware IRule
Request Monitor
RequestMonitorModule
Yes
URL Rewriting
RewriteModule
Yes URL Rewriting Middleware
Server-Side Includes
ServerSideIncludeModule
No
Static Compression
StaticCompressionModule
No Response Compression Middleware
Static Content
StaticFileModule
No Static File Middleware
Token Caching
TokenCacheModule
Yes
URI Caching
UriCacheModule
Yes
URL Authorization
UrlAuthorizationModule
Yes ASP.NET Core Identity
WebDav
WebDAV
No
Windows Authentication
WindowsAuthenticationModule
Yes

†The URL Rewrite Module's isFile and isDirectory match types don't work with ASP.NET Core apps due to the changes in directory structure.

Managed modules

Managed modules are not functional with hosted ASP.NET Core apps when the app pool's .NET CLR version is set to No Managed Code. ASP.NET Core offers middleware alternatives in several cases.

Module ASP.NET Core Option
AnonymousIdentification
DefaultAuthentication
FileAuthorization
FormsAuthentication Cookie Authentication Middleware
OutputCache Response Caching Middleware
Profile
RoleManager
ScriptModule-4.0
Session Session Middleware
UrlAuthorization
UrlMappingsModule URL Rewriting Middleware
UrlRoutingModule-4.0 ASP.NET Core Identity
WindowsAuthentication

IIS Manager application changes

When using IIS Manager to configure settings, the web.config file of the app is changed. If deploying an app and including web.config, any changes made with IIS Manager are overwritten by the deployed web.config file. If changes are made to the server's web.config file, copy the updated web.config file on the server to the local project immediately.

Disabling IIS modules

If an IIS module is configured at the server level that must be disabled for an app, an addition to the app's web.config file can disable the module. Either leave the module in place and deactivate it using a configuration setting (if available) or remove the module from the app.

Module deactivation

Many modules offer a configuration setting that allows them to be disabled without removing the module from the app. This is the simplest and quickest way to deactivate a module. For example, the HTTP Redirection Module can be disabled with the <httpRedirect> element in web.config:

<configuration>
  <system.webServer>
    <httpRedirect enabled="false" />
  </system.webServer>
</configuration>

For more information on disabling modules with configuration settings, follow the links in the Child Elements section of IIS <system.webServer>.

Module removal

If opting to remove a module with a setting in web.config, unlock the module and unlock the <modules> section of web.config first:

  1. Unlock the module at the server level. Select the IIS server in the IIS Manager Connections sidebar. Open the Modules in the IIS area. Select the module in the list. In the Actions sidebar on the right, select Unlock. If the action entry for the module appears as Lock, the module is already unlocked, and no action is required. Unlock as many modules as you plan to remove from web.config later.

  2. Deploy the app without a <modules> section in web.config. If an app is deployed with a web.config containing the <modules> section without having unlocked the section first in the IIS Manager, the Configuration Manager throws an exception when attempting to unlock the section. Therefore, deploy the app without a <modules> section.

  3. Unlock the <modules> section of web.config. In the Connections sidebar, select the website in Sites. In the Management area, open the Configuration Editor. Use the navigation controls to select the system.webServer/modules section. In the Actions sidebar on the right, select to Unlock the section. If the action entry for the module section appears as Lock Section, the module section is already unlocked, and no action is required.

  4. Add a <modules> section to the app's local web.config file with a <remove> element to remove the module from the app. Add multiple <remove> elements to remove multiple modules. If web.config changes are made on the server, immediately make the same changes to the project's web.config file locally. Removing a module using this approach doesn't affect the use of the module with other apps on the server.

    <configuration>
     <system.webServer>
       <modules>
         <remove name="MODULE_NAME" />
       </modules>
     </system.webServer>
    </configuration>
    

In order to add or remove modules for IIS Express using web.config, modify applicationHost.config to unlock the <modules> section:

  1. Open {APPLICATION ROOT}\.vs\config\applicationhost.config.

  2. Locate the <section> element for IIS modules and change overrideModeDefault from Deny to Allow:

    <section name="modules"
             allowDefinition="MachineToApplication"
             overrideModeDefault="Allow" />
    
  3. Locate the <location path="" overrideMode="Allow"><system.webServer><modules> section. For any modules that you wish to remove, set lockItem from true to false. In the following example, the CGI Module is unlocked:

    <add name="CgiModule" lockItem="false" />
    
  4. After the <modules> section and individual modules are unlocked, you're free to add or remove IIS modules using the app's web.config file for running the app on IIS Express.

An IIS module can also be removed with Appcmd.exe. Provide the MODULE_NAME and APPLICATION_NAME in the command:

Appcmd.exe delete module MODULE_NAME /app.name:APPLICATION_NAME

For example, remove the DynamicCompressionModule from the Default Web Site:

%windir%\system32\inetsrv\appcmd.exe delete module DynamicCompressionModule /app.name:"Default Web Site"

Minimum module configuration

The only modules required to run an ASP.NET Core app are the Anonymous Authentication Module and the ASP.NET Core Module.

The URI Caching Module (UriCacheModule) allows IIS to cache website configuration at the URL level. Without this module, IIS must read and parse configuration on every request, even when the same URL is repeatedly requested. Parsing the configuration every request results in a significant performance penalty. Although the URI Caching Module isn't strictly required for a hosted ASP.NET Core app to run, we recommend that the URI Caching Module be enabled for all ASP.NET Core deployments.

The HTTP Caching Module (HttpCacheModule) implements the IIS output cache and also the logic for caching items in the HTTP.sys cache. Without this module, content is no longer cached in kernel mode, and cache profiles are ignored. Removing the HTTP Caching Module usually has adverse effects on performance and resource usage. Although the HTTP Caching Module isn't strictly required for a hosted ASP.NET Core app to run, we recommend that the HTTP Caching Module be enabled for all ASP.NET Core deployments.

Additional resources