- The description of the aspnet_regiis tool can be found here
Lab 11-1 Setup
- 2 IIS servers are needed for this lab, install IIS as per these instructions Lab 1, but the CSharpGuitarBUgs web site is not required
- Place a copy of each of the c:\windows\system32\inetsrv\config\applicationHost.config files in a temporary location, mark them so you know which server they came from
- Copy c:\windows\system32\inetsrv\config\applicationHost.config from (IIS Server 1) and to the same location (IIS Server 2)
- ASP.NET should initially be installed on both (IIS Server 1) and (IIS Server 2) server, ASP.NET 4.5 was used in this lab
Figure 1, Using aspnet_regiis
Lab 11-1 – Error when changing application pool identity
Issue when an applicationHost.config is copied to another IIS server
- It is usually better to use ShareConfiguration than to copy the configuration file
- It is also possible to use WebDeploy to synchronize web sites in a web-farm
- Click on Application Pools in the IIS Management Console
- Click on DefaultAppPool and select the Advanced Settings… link from the Actions pane
- Change the Identity to a custom account and press the OK button, the above window is rendered. NOTE: in production, never use an administrator account as the identity of a worker process, for simplicity only is this done here.
Figure 2, Using aspnet_regiis
When attempting to change the identity of an application pool to a custom identity the following error is rendered: “Value does not fall within the expected range.”
Figure 3, Using aspnet_regiis
- Q: In which context does the application run in? I.e. which bit mode and .NET version does it run in. You need to know this to find which version of the aspnet_regiis to execute… A: by default on an IIS 8.5 server the worker is running in 64 bit mode and .NET Framework 4 is present.
Figure 4, Using aspnet_regiis
From the location where the applicationHost.config file came from (IIS server 1) and execute the following commands to export the sessionKeys: NOTE: ASP.NET must be installed on this server.
a. aspnet_regiis -px “iisConfigurationKey” “c:\temp\iisConfigurationKey.xml” -pri
b. aspnet_regiis -px “iisWasKey” “c:\temp\iisWasKey.xml” –pri
Figure 5, Using aspnet_regiis
Figure 6, Using aspnet_regiis
Copy the applicationHost.config and the 2 XML files created in step 5a and 5b from (IIS server 1) to (IIS Server 2)
Place the (IIS server 1) applicationHost.config (same as you did in the setup of this Lab) into the c:\windows\system32\inetsrv\config directory and reproduce the error
Import the sessionKeys to server 2 by executing the following commands:
a. aspnet_regiis -pi “iisConfigurationKey” “D:\iisConfigurationKey.xml”
b. aspnet_regiis -pi “iisWasKey” “D:\iisWasKey.xml”
Figure 7, Using aspnet_regiis
- The issue no longer happens and you can enter a custom identity for the application pool
Lab 11-2 Setup
- Replace the current c:\windows\system32\inetsrv\config\applicationHost.config with the original on (IIS Server 2)
- Place a deafult.aspx file into the c:\intetpub\wwwroot directory
- Open IIS manager and navigate to the default.aspx file using a browser
Figure 8, Using aspnet_regiis
- Open the Handler Mappings feature and find the handler for the requested file type, it is missing
Figure 9, Using aspnet_regiis
- Q: What is the requested file type? A: ASPX
- Find out which context the application pool is running in, I.e. bit mode and .NET version, then navigate to that directory via a command prompt, for example, c:\windows\Microsoft.NET\Framework64\v4.0.30319
- Prior to IIS 8 you could use aspnet_regiis –i to reinstall/reset ASP.NET as you can see from the above image that the handlers are not present. Use WPI as discussed in Lab 2, but it is always more important to take a backup of your configuration as discussed in Lab 9 and here, which is a lot easier and les risky than a complete reinstall.
Figure 10, Using aspnet_regiis
- Once installed, reopen the Handler mapping feature and you will find the ASPX handler. Refresh the default.aspx page and it renders as expected
Lab 11-3 Setup
Create a web.config file that includes a like below and place it into the c:\inetpub\wwwroot directory
connectionString=”Initial Catalog=aspnetdb;data source=localhost;Integrated Security=SSPI”
- View the contents of the web.config file, pay special attention to the ConnectionStrings section.
Figure 11, Using aspnet_regiis
- Confirm the .NET version and bit-ness in which the application pool is running under and navigate to the correct version of the aspnt_regiis.
Figure 12, Using aspnet_regiis
- Execute the following command: aspnet_regiis –pef “connectionStrings” C:\inetpub\wwwroot –prov “DataProtectionConfigurationProvider”
Figure 13, Using aspnet_regiis
- Open the c:\inetpub\wwwroot\web.config file and you will see that the content is encrypted.
Figure1 4, Using aspnet_regiis
- No code changes required to encrypt the connection string