IIS Manager hangs when enabling shared configuration

Todd Nelson 16 Reputation points
2022-06-17T15:15:38.093+00:00

When I go to enable Shared Configuration in IIS 10 on Server 2022 and point it to my configuration folder and enter the encryption key the interface just hangs. The HTTP server itself is fine and continues to serve pages, it's just the IIS Manager interface hangs. There are no entries in event viewer to give any indication what happened. I have to kill off the IIS Manager process. The server I used to "export" the config is also IIS 10 but on server 2019, in case that matters.

As a test I tried exporting the config on the Server 2022 host and pointing Shared Configuration to that and it worked fine. So there must be something about the config export from the other server it doesn't like. I've ensured that all the same IIS features are installed on both servers. Same SSL certificates are available and the same wwwroot is available.

Any ideas what might be going on? Thanks.

Internet Information Services
{count} votes

1 answer

Sort by: Most helpful
  1. Todd Nelson 16 Reputation points
    2022-06-24T02:27:29.417+00:00

    OK I figured this out and wanted to report back in case anyone else has this issue down the road. Through more troubleshooting I traced the issue down to the configEncKeyAes.key file that's generated when you export your IIS config using the tool in the IIS Shared Configuration window.

    I found that if I exported the config on the destination server and just used the key file generated and retained the configuration files from the source server the Shared Configuration would finally apply without freezing. All sites came over as expected. The only issue is any credentials saved in the config (e.g. custom AppPool credentials) could not be decrypted and had to be reset. This made sense since I was using a different key file than the one generated with the original export on the source server.

    This led me to the site below that talked about the need to export the IIS WAS and Configuration Keys from the source server and import them on any other IIS nodes at play. Doing so immediately fixed the issue and the shared configuration applied without issue and the embedded credentials I had on a couple sites carried over as well.

    troubleshooting-iis-shared-configuration

    I've read several articles about deploying Shared Configuration and none of them mention this seemingly necessary step. But I'm finding that documentation and support around this feature leaves much to be desired.

    3 people found this answer helpful.