Публикация ASP-сайта по умолчанию для визуальной студии на IIS. Все в порядке.проверка подлинности Windows с Entity Framework и IIS
Я установил конец аутентификации окон с некоторым усилием в верхнем углу, и я получил Welcome MyDomain/MyAcount !.
Прохладный!
Позже у меня был простой EF-запрос к коду (он работает в локальном я получаю результат) MyDomain/MyAcount существует как учетная запись SQL-окон, все в порядке.
Probleme, когда в приложении пул EF не использовать текущий пользователь «MyDomain/MyAcount», которые показывают в верхнем Rigth углу, но использовать учетную запись пула «Autorité NT \ NETWORK»
и бросить хорошая ошибка авторизации на странице, содержащей запрос EF.
здесь мой EF Строка соединения:
<connectionStrings>
<add connectionString="metadata=res://*/Models.Model1.csdl|res://*/Models.Model1.ssdl|res://*/Models.Model1.msl;provider=System.Data.SqlClient;provider connection string="data source=M35824\MSQL32BIT;initial catalog=UNITY_DB_PROD;integrated security=True;multipleactiveresultsets=True;application name=EntityFramework"" name="UNITY_DB_PRODEntities" providerName="System.Data.EntityClient" />
</connectionStrings>
Я не хочу давать Rigth на «Autorité NT \ NETWORK» в SQL это помогло бы, но его мне не нужно каждый запрос и хранимые процедуры должны EXEC, как «подключенный пользователь»
Я недостаточно активен, чтобы не спускать вниз, но этот ответ напрямую нарушает правила ответа на переполнение стека. В частности, ответы должны содержать подробное описание решения, а не просто ссылку в другом месте, поскольку внешний сайт может легко уйти, переместить и т. Д. Вы даже связались со статьей с предупреждающим баннером наверху, в котором говорится, что этот документ не поддерживается. Ответы должны решить проблему на 100% с автономным контентом и только ссылку на внешние источники для дальнейшего чтения, если вас это интересует. – James