No se puede conectar de forma remota a través de SQL Server Management Studio

He configurado una instancia de SQL Server 2008 Express en un servidor Windows 2008 dedicado alojado por 1and1.com. No puedo conectarme remotamente al servidor a través del estudio de administración. He tomado los siguientes pasos a continuación y estoy más allá de cualquier otra idea. He investigado el sitio y no puedo entender nada más, así que perdóname si me perdí algo obvio, pero me estoy volviendo loco. Aquí está la verdad.

La instancia de SQL Server se está ejecutando y funciona perfectamente cuando se trabaja localmente.

En SQL Server Management Studio, he marcado la casilla "Permitir conexiones remotas a este servidor"

He eliminado cualquier configuración de firewall de hardware externo del panel de administración 1 y 1

El firewall de Windows en el servidor se ha deshabilitado, pero solo por diversión agregué una regla de entrada que permite todas las conexiones en el puerto 1433.

En la configuración de SQL Native Client, TCP / IP está habilitado. También me aseguré de que el "IP1" con la dirección IP del servidor tuviera un 0 para el puerto dinámico, pero lo eliminé y agregué 1433 en el campo del puerto TCP normal. También configuré el puerto TCP "IPALL" en 1433.

En la configuración de SQL Native Client, el navegador SQL Server también se está ejecutando y

También intenté agregar un ALIAS en el

Reinicié el servidor SQL después de establecer este valor.

Hacer un "netstat -ano" en la máquina del servidor devuelve un

TCP 0.0.0.0:1433 ESCUCHANDO UDP 0.0.0.0:1434 ESCUCHANDO

Hago un escaneo de puertos desde mi computadora local y dice que el puerto está FILTRADO en lugar de ESCUCHAR. También intenté conectarme desde Management Studio en mi máquina local y está arrojando un error de conexión. Intenté los siguientes nombres de servidor con SQL Server y Autenticación de Windows marcados en la seguridad de la base de datos.

ipaddress \ SQLEXPRESS, 1433

ipaddress \ SQLEXPRESS

dirección IP

ipaddress, 1433

tcp: ipaddress \ SQLEXPRESS

tcp: ipaddress \ SQLEXPRESS, 1433

Creo que puedo decirte exactamente cuál es el problema, pasé más de 48 horas tratando de resolver esto. No encontré nada en la red. también pasa a estar con 1 y 1

mira estas configuraciones:

Políticas de seguridad de IP .....

que abre el cuadro ............... Propiedades del filtro de paquetes cerca del final de la lista hay un cuadro marcado:

'Cerrar MSDE (TCP / UDP)' (¿Asumo que MSDE = Motor de base de datos Microsoft SQL?) Selecciónelo Presione Editar ...

que abre el cuadro ............... Editar propiedades de regla Seleccione (nuevamente) >> 'Cerrar MSDE (TCP / UDP)' Presione Editar ...

que abre el recuadro ................ Lista de filtros de IP y luego verá una lista de puertos tcp 1433, udp 1434 {Esa es nuestra lista de puertos todo abajo como regla de bloqueo ... ..}

Creo que lo que hay que hacer desde aquí es ...

cierre esa pantalla ... Lista de filtros IP en la pantalla Editar propiedades de regla hay una pestaña Acción de filtro, ¿podría cambiar eso de Bloquear para permitir? (tal vez cambiarlo para permitir, nos permitirá volver a marcar la opción "Bloquear todo", lo que suena más seguro, pero los chicos de soporte dijeron que hay un error conocido, por lo que podría no funcionar)

o

en las propiedades del filtro de paquetes

simplemente desmarque la regla 'Cerrar MSDE (TCP / UDP)'

es posible que deba desmarcar la regla 'Bloquear TODO' para que funcione

probablemente sea demasiado tarde para que esto te ayude, pero espero que ayude a alguien más con el mismo problema.

Primero, en el estudio de administración, verifique la administración, los registros del servidor sql \ current: desea buscar un mensaje que diga 'El servidor está escuchando en [' any '1433]'. Si no, vaya al inicio, todos los programas, SQL Server 2008, herramientas de configuración, administrador de configuración del servidor SQL. Seleccione 'configuración de red del servidor sql \ protocolos para MSSQLServer \ SQLExpress'. Asegúrese de que TCP / IP esté habilitado. Debe basarse en la salida de netstat -ano, pero ...

Lo más importante: desde un cliente remoto, ¿ha intentado iniciar sesión a través de

sqlcmd -S1.2.3.4\SQLExpress -U sa -P Password

También puedes probar www.firebind.com. Puede probar si hay algún bloque del puerto TCP 1433 en la dirección de salida hacia 1 y 1.

http://www.firebind.com/1433 probará esto inmediatamente.

Tuve el mismo dolor de cabeza al conectarme con SSMS desde la PC cliente al Servidor SQL remoto. Parece que el firewall local estaba bloqueando la conexión del servidor entrante. El problema se resolvió asignando una regla de entrada para SSMS para el firewall del PC cliente. El único lugar donde encontré cómo hacerlo fue https://msdn.microsoft.com/en-us/library/cc646024(v=sql.120).aspx

1.En Firewall de Windows con seguridad avanzada, en el panel izquierdo, haga clic con el botón derecho en Reglas de entrada y luego seleccione Nueva regla en el panel de acciones.

2.En el cuadro de diálogo Tipo de regla, seleccione Programa y luego haga clic en Siguiente.

3.En el cuadro de diálogo Programa, seleccione Esta ruta del programa y para SQL Server Management Studio ingrese la ruta completa a ssms.exe. De forma predeterminada, se instala en C: \ Archivos de programa (x86) \ Microsoft SQL Server \ 120 \ Tools \ Binn \ Management Studio \ ssms.exe

Esto me ayudo. Espero que tú también.

¿Puede hacer telnet al puerto 1433 desde su estación de trabajo? Esta es una manera fácil de determinar si tiene conectividad de red en ese puerto. Puede ser que su proveedor esté bloqueando la conexión con su equipo en algún lugar de la línea.

El hecho de que esté viendo el puerto como filtrado me hace pensar que están bloqueando en algún momento. Es posible que desee consultar con ellos, ya que es posible que no quieran permitir que los servidores SQL se conecten de forma remota o que estén bloqueando puertos conocidos. tcp / 1433 es un puerto bien conocido y hay algunos gusanos relacionados con SQL Server que lo dirigen directamente.

escriba 'netstat -an' en la máquina del servidor para ver si el puerto 1433 realmente está escuchando. también, asegúrese de que la cuenta de usuario que está utilizando esté habilitada y que la "Autenticación SQL" esté habilitada. también tenga cuidado con la configuración del "Administrador de configuración SQL". Además, permita el puerto 1433 como una excepción en su Firewall de Windows. Básicamente, si no le ha dicho a su servidor SQL que permita conexiones remotas, entonces no lo hará.

¿Se está ejecutando el agente del servidor SQL? Si no es así, ¿qué versión de SQL Server tiene?

Revise la diferencia entre diferentes versiones.
http://www.microsoft.com/sqlserver/2008/en/us/editions-compare.aspx

Si tiene la edición Express o la edición Web, están deshabilitadas y no se pueden ejecutar.

Idea loca, ¿es correcto su nombre de usuario y contraseña? ¿Estás iniciando sesión con la autenticación de Windows o SQL Server?

Busque la conectividad en su SQL-Express. Activar TCP / IP. Asegúrese de que el puerto esté configurado en 1433 en su SQL-Express. ¿Instalaste una instancia con nombre?

Este puerto debe reenviarse en 1 y 1 a su instancia de SQL-Server.

Por cierto, compruebe su sitio sobre el puerto 1433. Si su proveedor lo bloquea, no tiene ninguna posibilidad.

Lo que funcionó para mí:

http://blogs.msdn.com/b/sqlexpress/archive/2005/05/05/415084.aspx

Específicamente, descubrí que asignar el puerto deseado en la sección IPALL de la configuración de TCP / IP era el problema. Anteriormente había estado en blanco, y no había pensado que tendría que ingresar un valor aquí cuando fui a eliminar los bits del "puerto dinámico".