usuario sqlstate solucion microsoft for failed error conexion aspnet sql-server connection error-code

sqlstate - Error de inicio de sesión en Microsoft SQL Server: 18456



login failed for user aspnet microsoft sql server error 18456 (19)

Solución de problemas de conexión de SQL Server

En caso de que no pueda conectarse con la autenticación de SQL y haya probado las otras soluciones.

Puedes probar lo siguiente:

Comprobar conectividad

  • Desactivar Firewall.
  • Ejecute PortQry en 1434 y verifique la respuesta.

Verifica el estado

  • Intente conectarse con SSMS o sqlcmd y verifique el mensaje.
  • El estado 1 rara vez se documenta, pero solo significa que no tiene derecho a conocer el estado verdadero.
  • Mire el archivo de registro en el directorio del servidor SQL para saber cuál es el estado.

El estado 5

Qué ? mi login no existe? Está justo ahí, lo puedo ver en SSMS. Cómo puede ser ?

La explicación más probable es la más probable que sea la correcta.

El estado del login

  • Destruir, recrearlo, habilitarlo.
  • restablecer la contraseña.

O...

"No miras el lugar correcto" o "lo que ves no es lo que piensas".

El conflicto local DB y SQLEXPRESS

Si se conecta con SSMS con la autenticación de Windows y su instancia se llama SQLEXPRESS, es probable que esté buscando en LocalDb y no en el servidor correcto . Así que acaba de crear su inicio de sesión en LocalDb.

Cuando se conecte a través de la autenticación de SQL Server con SSMS, intentará conectarse al servidor real SQLEXPRESS donde su inicio de sesión no existe todavía.

Nota adicional: verifique en la pestaña de parámetros de conexión si no ha olvidado alguna cadena de conexión extraña allí.

Recibo este error al intentar conectarme al servidor SQL.

Error de Microsoft SQL Server: 18456

¿Alguien puede decirme qué significa el código de error?


  1. Compruebe si la autenticación de modo mixto está habilitada en su servidor-> propiedades
  2. Luego crea un login en el servidor-> seguridad
  3. Crea un usuario para ese inicio de sesión en tu base de datos.
  4. Luego reinicie su servidor haciendo clic derecho en la instancia y seleccione reiniciar

18456 Lista de estados de error

ERROR ESTADO ERROR DESCRIPCION

  • Estado 2 y Estado 5 ID de usuario no válido
  • Estado 6 Intento de usar un nombre de inicio de sesión de Windows con autenticación de SQL
  • Estado 7 Inicio de sesión deshabilitado y la contraseña no coincide
  • Estado 8 discrepancia de contraseña
  • Estado 9 contraseña no válida
  • Estado 11 y Estado 12 Inicio de sesión válido pero error de acceso al servidor
  • Estado 13 servicio de SQL Server en pausa
  • Estado 18 cambio de contraseña requerido

Causas potenciales A continuación hay una lista de razones y una breve explicación sobre qué hacer:

Autenticación de SQL no habilitada : si usa el inicio de sesión de SQL por primera vez en la instancia de SQL Server, el error 18456 ocurre con mucha frecuencia porque el servidor podría estar configurado en el modo de autenticación de Windows (solo).

¿Cómo arreglarlo ? Verifique esta página de SQL Server y Windows Authentication Mode.

ID de usuario no válido: SQL Server no puede encontrar el ID de usuario especificado en el servidor que está intentando obtener. La causa más común es que a este ID de usuario no se le ha otorgado acceso al servidor, pero este podría ser también un error tipográfico o si intenta conectarse a un servidor diferente (por lo general, si usa más de un servidor)

Contraseña no válida: contraseña incorrecta o simplemente un error tipográfico. Recuerde que este nombre de usuario puede tener diferentes contraseñas en diferentes servidores.

errores menos comunes: el ID de usuario puede estar deshabilitado en el servidor. El inicio de sesión de Windows se proporcionó para la autenticación de SQL (cambio a la autenticación de Windows. Si usa SSMS, es posible que tenga que ejecutar como un usuario diferente para usar esta opción). La contraseña podría haber caducado y probablemente varias otras razones ... Si conoces alguna otra, házmelo saber.

18456 explicaciones del estado 1: por lo general, Microsoft SQL Server le dará un estado de error 1, que en realidad no significa nada, aparte de eso, tiene el error 18456. El estado 1 se usa para ocultar el estado real con el fin de proteger el sistema, lo que para mí tiene sentido. A continuación se muestra una lista con todos los estados diferentes y para obtener más información sobre cómo recuperar los estados precisos, visite http://blogs.msdn.com/b/sql_protocols/archive/2006/02/21/536201.aspx

Espero que ayude


Antes de abrir, haga clic derecho y elija ''Ejecutar como administrador''. Esto resolvió mi problema.


Creo que esto puede suceder si está intentando iniciar sesión con un usuario que está definido en Active Directory, pero intente usar la "Autenticación de SQL Server" en la pantalla de inicio de sesión. No sé cómo especificar un usuario diferente con NTLM / Autenticación de Windows: cuando hago clic en el menú desplegable Autenticación de Windows, el nombre de usuario y la contraseña están en blanco, y solo puedo iniciar sesión como yo.


Echa un vistazo a este artículo del blog del equipo de la plataforma de datos.

http://blogs.msdn.com/b/sql_protocols/archive/2006/02/21/536201.aspx

Realmente necesita mirar la parte del estado del mensaje de error para encontrar la causa raíz del problema.

2, 5 = Invalid userid 6 = Attempt to use a Windows login name with SQL Authentication 7 = Login disabled and password mismatch 8 = Password mismatch 9 = Invalid password 11, 12 = Valid login but server access failure 13 = SQL Server service paused 18 = Change password required

Después, Google cómo solucionar el problema.


En mi caso, múltiples intentos incorrectos bloquearon la cuenta. Para ello, intenté ejecutar la siguiente consulta y funcionó: ALTER LOGIN WITH PASSWORD = UNLOCK Y asegúrese de configurar la opción "Forzar contraseña de seguridad" para que un usuario específico no esté marcado Haga clic derecho en Servidor SQL -> Propiedades.


Haga clic con el botón derecho en el Usuario, vaya a las propiedades, cambie la base de datos predeterminada para dominar Esta es la impresión de pantalla de la imagen que muestra lo que tiene que verificar si tiene el error 19456. A veces se utiliza de forma predeterminada en una base de datos que el usuario no tiene permiso



Me he enfrentado a este problema.

Por favor mira la imagen adjunta,

Cambie amablemente su autenticación SQL como servidor SQL y modo de autenticación de Windows,

y reinicie su servidor Sql.


Otra solución funcionó para mí. serever->security->logins->new logins->General-> cree su nombre de usuario como nombre de inicio de sesión, haga clic en autenticación de servidor SQL agregue contraseñas

desmarque la verificación de contraseña tres casillas de verificación. Esto funcionará.

Recuerde cambiar las propiedades del servidor -> Seguridad de la Server authentication del Server authentication de SQL Server and Windows Authentication mode


Para mí, fue incorrecto el inicio de sesión y la contraseña.


Primero vaya a la barra de inicio, luego busque los servicios locales. Luego haga clic en "ver servicios locales". Luego se abrirá la ventana de servicio, luego vaya a SQL Server (MSSQLSERVER), haga clic derecho en él y haga clic en Detener y luego nuevamente haga clic derecho en él y haga clic en Iniciar. Ahora puede iniciar sesión y poner su nombre de usuario como ''sa'' y la contraseña es su contraseña ganada.


Si cambia una credencial de usuario de inicio de sesión o agrega un nuevo usuario de inicio de sesión, luego de que necesite iniciar sesión, deberá reiniciar el servicio de SQL Server. para eso

IR a -> Servicios

Luego vaya a SQL Server (MSSQLSERVER) y deténgalo y vuelva a comenzar

Ahora intenta iniciar sesión, espero que puedas.

Gracias


Si está intentando conectarse utilizando la "Autenticación de SQL Server", es posible que desee modificar la autenticación de su servidor:

Dentro de Microsoft SQL Server Management Studio en el explorador de objetos:

  1. Haga clic derecho en el servidor y haga clic en Properties

  2. Ir a la página de Security

  3. En Server authentication elija el botón de opción SQL Server and Windows Authentication mode

  4. Haga clic en OK

  5. Reiniciar servicios de SQL


Simplemente me pasó a mí y resultó ser diferente a todos los otros casos enumerados aquí.

Resulta que tengo dos servidores virtuales alojados en el mismo clúster, cada uno con su propia dirección IP. El host configuró uno de los servidores para ser el servidor SQL y el otro para ser el servidor web. Sin embargo, SQL Server está instalado y ejecutándose en ambos. El host olvidó mencionar cuál de los servidores es el SQL y cuál es la web, por lo que asumí que el primero es la web y el segundo es el SQL.

Cuando me conecté al SQL Server (lo que pensé que era) e intenté conectarme a través de SSMS, al elegir la autenticación de Windows, obtuve el error mencionado en esta pregunta. Después de tirar un montón de pelos, repasé toda la configuración, incluida la Configuración de red de SQL Server, Protocolos para MSSQLSERVER:

Haciendo doble clic en el TCP / IP me dio esto:

La dirección IP era del otro servidor virtual! Esto finalmente me hizo darme cuenta de que simplemente confundí entre los servidores, y todo funcionó bien en el segundo servidor.



Verifique si está conectado a la red si esta es una PC miembro del dominio. Además, asegúrese de no estar en una PC doméstica dual, ya que sus rutas pueden ser incorrectas debido a las métricas de la red. Tuve este problema cuando no pude conectar al dominio, la autenticación de Windows SQL cambió a la cuenta de la PC local pero la registré como una autenticación SQL. Una vez que deshabilité mi adaptador inalámbrico y reinicié, la integración de Windows volvió a la cuenta de dominio y se autenticó bien. Ya había configurado el modo Mixto como ya lo habías hecho, por lo que las publicaciones anteriores no se aplican.


primero vea los detalles del error si "estado" es "1" Asegúrese de que la base de datos esté configurada para la autenticación de SQL y Windows bajo el servidor SQL / Propiedades / Seguridad.

para otro estado ver las respuestas anteriores ....