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
fuente
Respuestas:
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:
que abre el cuadro ............... Propiedades del filtro de paquetes cerca del final de la lista hay un cuadro marcado:
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.
fuente
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
?fuente
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.
fuente
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
Esto me ayudo. Espero que tú también.
fuente
¿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.
fuente
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á.
fuente
¿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.
fuente
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?
fuente
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.
fuente
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".
fuente