У меня было нечто подобное.
Если используемая вами учетная запись не имеет разрешения на контейнер ключей, тогда, когда вы пытаетесь предоставить ему разрешение ( aspnet_regiis -pa " KeyContainerName "" dmz \ UserName "
) вы получите ошибку" Контейнер ключей не найден ". Однако ключ действительно существует; следовательно, возникает ошибка при попытке создать его заново.
Это будет означать, что ключ был создан другой учетной записью.
Если вы можете войти в систему под этой учетной записью, вы можете сделать
aspnet_regiis -pa "KeyContainerName" "dmz\YourUserName" -full
, чтобы предоставить вам собственный аккаунт контроль ключа. Я бы посоветовал создать группу NT KeyAdministrators, предоставить к ней доступ и присоединиться к группе.
"Я сделал то же самое на 12 других серверах, и оно хорошо работало"
Хорошо:
Повторно отобразите сервер или запуститесь снова. Что-то является явно особенным в этом, даже на этой ранней стадии.
Если Вы делаете точно то же самое (случайно, почему это не задано сценарием?) на каждом сервере, и они все вели себя тождественно и были все настроены тождественно, но это так или иначе отличающийся, вещи только ухудшатся отсюда.
Проверьте или попытайтесь использовать полный путь для aspnet_regiis.exe. Поскольку можно знать, это может быть или 32-разрядной или 64-разрядной версией. Например:
%SYSTEMROOT%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis -pa "KeyContainerName" "domain\user"
%SYSTEMROOT%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis -pa "KeyContainerName" "domain\user"
%SYSTEMROOT%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis -pa "KeyContainerName" "domain\user"
%SYSTEMROOT%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis -pa "KeyContainerName" "domain\user"
%SYSTEMROOT%\Microsoft.NET\Framework64\v4.0.30319\aspnet_regiis -pi "KeyContainerName" "c:\keys.xml"
%SYSTEMROOT%\Microsoft.NET\Framework\v4.0.30319\aspnet_regiis -pi "KeyContainerName" "c:\keys.xml"
%SYSTEMROOT%\Microsoft.NET\Framework64\v2.0.50727\aspnet_regiis -pi "KeyContainerName" "c:\keys.xml"
%SYSTEMROOT%\Microsoft.NET\Framework\v2.0.50727\aspnet_regiis -pi "KeyContainerName" "c:\keys.xml"
У нас была такая же проблема на клонированном сервере , но не смог заставить решение Пола работать. Вместо этого мы провели поиск на нашем компьютере файла machineKeys и удалили его из папки ... \ Crypto \ RSA \.
После этого мы смогли воссоздать контейнер ключей RSA. Затем был воссоздан удаленный нами файл machineKeys.