Hasta ayer por la noche, pude conectarme a mi servidor desde mi máquina local. Ahora, recibo el siguiente error:
Se estableció con éxito una conexión con el servidor, pero luego se produjo un error durante el protocolo de enlace previo al inicio de sesión. (proveedor: Proveedor SSL, error: 0 - Se agotó el tiempo de espera de la operación de espera.) (.Net SqlClient Data Provider)
Tenga en cuenta que puedo iniciar sesión en el servidor real sin ningún problema.
Ayer, instalé IIS en mi máquina y configuré un sitio con mi dirección IP; no sé si esto tiene algo que ver.
Encontré este artículo, seguí los pasos, pero no pareció ayudar.
También revisé el siguiente artículo, cambié la configuración de TC / IP, reinicié, pero nada.
Comencé a probar sugerencias de los comentarios también, pero paré cuando me di cuenta de que podría estar arruinando más las cosas.
Entonces, ¿por qué sucede esto / cómo puedo solucionarlo?
fuente
netstat -ao
y confirme que el puerto 1433 está escuchando y que el PID pertenece a sqlservr.exe. Si está escuchando, verifique que TCP / IP esté habilitado para la dirección IP a la que realmente se está conectando en el Administrador de configuración de SQL Server (como ha mostrado Max, pero también abra las propiedades de TCP / IP y asegúrese de que la IP correcta está habilitado).Respuestas:
En mi situación, tenía un filtro de contenido / proxy llamado Covenant Eyes que era la causa probable.
Intenté reparar la instalación de SQL Server 2012 y se bloqueó la instalación y todavía no solucionó el problema. Tan pronto como generé un código de desinstalación y desinstalé el filtro, pude conectarme; Ni siquiera tuve que reiniciar.
¡Compruebe si hay proxies y filtros de contenido en la máquina y desactívelos!
fuente
Una respuesta aquí: http://social.msdn.microsoft.com/Forums/en-US/vssetup/thread/2d11b6f9-3ada-4682-b643-c721a97af4ba
fuente
En mi configuración particular, estaba usando el almacenamiento de datos de sesión en una base de datos personalizada, también tenía los datos cifrados (Cifrar = Verdadero) a través de la cadena de conexión, ¡eliminar esto solucionó el problema!
Sin embargo, sospecho que los datos no se cifran SSL como resultado, ¡no es un gran problema hasta que agreguemos más servidores web!
fuente
Hice una restauración del sistema y ahora puedo conectarme.
fuente
Abra el Administrador de configuración de SQL Server y asegúrese de que el servicio de SQL Server se esté ejecutando:
y configurado para permitir conexiones TCP / IP:
fuente
Desinstale cualquier aplicación que haya cambiado la configuración del Protocolo de Internet, como el administrador de descargas de Internet.
fuente
A veces, este error se produce debido a una sobrecarga de conexiones en SQL Server. Así que simplemente cambie su DB a Usuario único y nuevamente cámbielo a Usuario múltiple.
O simplemente ejecute esta consulta.
use el maestro ALTER DATABASE DatabaseName SET SINGLE_USER WITH ROLLBACK INMEDIATE ALTER DATABASE DatabaseName SET MULTI_USER
Eso resolvió mi problema. :) Disfruta .. !!
fuente
Ninguna de estas soluciones funcionó para mí. Lo que funcionó fue lo siguiente:
/programming/3270199/a-connection-was-successfully-established-with-the-server-but-then-an-error-occ/44703629#44703629
En el Administrador de configuración de SQL Server
Seleccionar servicios de SQL Server
Localice el servicio problemático y vea las Propiedades
En la pestaña Iniciar sesión, cambie la "Cuenta integrada" a "Servicio de red"
Descargo de responsabilidad: esto estaba en mi PC de desarrollo local, así que no tuve problemas de seguridad al hacerlo.
fuente
Este problema puede estar relacionado con un firewall en el medio que está haciendo una inspección SSL.
Le sugiero que vuelva a intentarlo utilizando otra conexión que no esté haciendo una inspección SSL, o solicite a su administrador de firewall que cree una exención para el origen y / o destino al que se está conectando,
¡Salud!
fuente
Recibía este mensaje de error en cada estación de trabajo que intentaba conectarse a SQL. Todas las computadoras están conectadas a un dominio. Lo que hice para resolver este problema fue:
1) Cree el nombre de usuario \ domian como inicio de sesión en SQL Management Studio del usuario que inicia sesión en la estación de trabajo. 2) TLS 1.0 también impedía este acceso. Transport Layer Security TLS es un protocolo criptográfico utilizado para establecer un canal de comunicaciones seguro entre dos sistemas. Se utiliza para autenticar uno o ambos sistemas y proteger la confidencialidad e integridad de la información que pasa entre los sistemas.
En el registro de ambas computadoras fuimos a \ HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ SecurityProviders \ SCHANNEL \ Protocols \ TLS 1.0 \ Server. Intercambiamos los valores en las dos subclaves.
Después de reiniciar, probé nuevamente y pude establecer con éxito una conexión.
fuente
Tuvimos el mismo problema. Verificamos todo, incluida la conectividad de ping, telnet y RDP y finalmente nos dimos cuenta de que comenzó a suceder después de que nuestro ISP haya cambiado la ruta. Después de cambiar la ruta, comenzó a funcionar.
fuente