Esta noticia ha sido probado por expertos para que tengas la seguridad de la veracidad de esta reseña.
Solución:
solo configura Integrated Security=False
y funcionará, según una diferencia de comentario entre True
y False
es:
True
ignoraUser ID
yPassword
si se proporciona y utiliza los del proceso en ejecución,SSPI(Security Support Provider Interface )
los usará si se proporcionan, razón por la cual MS prefiere esto. Son equivalentes en el sentido de que utilizan el mismo mecanismo de seguridad para autenticarse, pero eso es todo.
Suponiendo que tiene la intención de usar la autenticación de Windows para suplantar la cuenta de servicio, debe configurar la autenticación de Windows tanto en IIS como en ASP.NET.
En IIS, asegúrese de que el módulo de autenticación de Windows esté agregado y habilitado. También asegúrese de que su grupo de aplicaciones se ejecute con una cuenta de dominio, no con una cuenta local.
En ASP.NET asegúrese de que el modo de autenticación attribute está configurado en “Windows”
Tuve una experiencia similar y me tomó tiempo resolver el problema. Aunque, mi propio caso fue ASP.Net MVC Core
y Core
estructura. Ajuste Trusted_Connection=False;
resolvió mi problema
En el interior appsettings.json
expediente
"ConnectionStrings":
"DefaultConnection": "Server=servername; Database=databasename; User Id=userid; Password=password; Trusted_Connection=False; MultipleActiveResultSets=true",
,
Puedes corroborar nuestro trabajo fijando un comentario o dejando una puntuación te estamos agradecidos.