AWS SDK для .NET не может получить доступ к учетным данным с помощью IIS

Question

У меня возникли проблемы с доступом к учетным данным AWS в хранилище SDK, но, похоже, это проблема только при работе в IIS. Если я нажму тот же код, вызвав тест NUnit с ReSharper, работа над зависимостями будет работать, и клиент S3 сможет аутентифицироваться.

IAmazonS3 s3Client = new AmazonS3Client(); 

Неужели кто-нибудь еще сталкивается с этой проблемой? Как вы могли заставить инъекцию зависимости работать?

[Редактировать]

верительного подхода файла был рекомендован для использования с IIS, поскольку SDK магазин шифрует учетные данные по-разному для каждого пользователя. Я могу получить только файл учетных данных, если я жестко программирую путь в appSettings, который я не хочу делать.

Куда SDK ищет файл учетных данных, кроме указанных ниже путей?

C:\Users\<IIS_app_name>\.aws\credentials 
C:\Users\<my_domain_user>\.aws\credentials 

Answer 1

Вопрос был ответ на ответ Павла, но я отправлю ответ, чтобы сделать информацию легче потреблять. Вы можете указать местоположение файла учетных данных в файле webLocal.config (я не смог заставить его работать без этого). Когда приложение будет развернуто, расположение файла учетных данных будет недопустимым путем, и SDK перестанет использовать роль IAM для экземпляра EC2.

webLocal.config

<?xml version="1.0"?> 
<appSettings> 
    <!-- AWS --> 
    <add key="AWSProfilesLocation" value="C:\Users\<IIS_app_name>\.aws\credentials" /> 
    <add key="AWSRegion" value="us-west-2" /> 
    <add key="S3Bucket" value="bucket." /> 
</appSettings> 

Инъекция зависимость будет работать при создании экземпляра клиента без аргументов.

IAmazonS3 s3Client = new AmazonS3Client(); 

Answer 2

В SDK магазин сохраняет учетные данные для этой папки C:\Users\<username>\AppData\Local\AWSToolkit, так что если IIS не запускаются под той же учетной записи, как тесты NUnit, IIS не будет иметь возможность доступа те же учетные данные.

This blog обсуждает различные варианты хранения и использования учетных данных. В вашем случае, похоже, лучшим вариантом будет использование файла учетных данных.