☰

El servidor SQL de conexión remota no funciona, pero si el firewall está deshabilitado, ¿funciona?

tag-icon • tag-icon windows-server-2008 sql-server sql-server-2008 firewall sql
El servidor SQL de conexión remota no funciona, pero si el firewall está deshabilitado, ¿funciona?

He configurado SQL Server Express 2008 en un servidor Windows 2008. Y he hecho todas las cosas estándar en SQL para permitir conexiones remotas. Lo extraño es que si desactivo el firewall del servidor de Windows 2008... funciona.

Abrí un puerto como 1433 en el firewall del servidor. Y TCP está habilitado, ¿hay algún otro puerto que no conozco? También abro 1434...

En las propiedades de TCP, he habilitado TCP para la IP (por supuesto, esta parte debe funcionar como si hubiera desactivado el firewall, funciona) y el número de puerto se dejó en blanco y los puertos dinámicos son 0.

Intenté jugar configurando el número de puerto en 1434 y configurando el puerto dinámico en blanco.

Todavía no hay alegría.

Tengo el servidor del navegador SQL ejecutándose y canalizaciones con nombre.

Estoy ejecutando mis pruebas desde mi PC SIN FIREWALL y a través de Sql Management Studio.

Debo estar perdiendo algo

Realmente aprecio cualquier ayuda que alguien pueda ofrecer. Estoy estancado.

Gracias

Respuesta1

Probablemente olvidaste ejecutar este comando:

 netsh firewall set portopening TCP 1433 "SQLServer"

Puedes probar la nueva función "Solucionarlo" de este artículo de soporte de Microsoft:¿Cómo abro el puerto del firewall para SQL Server en Windows Server 2008?

La página también contiene un script, elimine las líneas, si no necesita SQL Service Broker, depurador, https, etc.

@echo =========  SQL Server Ports  ===================
@echo Enabling SQLServer default instance port 1433
netsh firewall set portopening TCP 1433 "SQLServer" 
@echo Enabling Dedicated Admin Connection port 1434
netsh firewall set portopening TCP 1434 "SQL Admin Connection" 

...

netsh firewall set portopening UDP 1434 "SQL Browser" 
@echo Allowing multicast broadcast response on UDP (Browser Service Enumerations OK)
netsh firewall set multicastbroadcastresponse ENABLE

Respuesta2

¿Ha intentado especificar los ejecutables como excepciones en Windwows Firewall? Este fin de semana configuré mi propia máquina Win 2008 con SQL 2008 con estos pasos, todo está funcionando perfectamente. Ningún número de puerto estuvo involucrado en el proceso. Puede acceder a esta instancia de forma remota desde Sql Management Studio sin problemas.

  • Inicio->Ejecutar-> firewall.cpl
  • Permitir un programa a través del Firewall de Windows
  • Haga clic en el botón "Agregar programa" y busque
  • Añade estos dos ejecutables:
C:\Program Files\Microsoft SQL Server\MSSQL10.SQLEXPRESS\MSSQL\Binn\SqlServer.exe      
C:\Program Files\Microsoft SQL Server\90\Shared\SqlBrowser.exe

Respuesta3

Vuelva a verificar su configuración con este artículo de Microsoft:Configuración del Firewall de Windows para permitir el acceso a SQL Server. Suponiendo que no esté utilizando una instancia con nombre, el puerto 1433 abierto para conexiones entrantes debería ser suficiente. Revise el artículo de todos modos; es posible que se haya saltado algún paso.

Respuesta4

Verificaría que el servidor SQL esté obligado a usar 1433; de lo contrario, podría usar "puertos dinámicos". Abra el Administrador de configuración del servidor Sql > Configuración de red del servidor Sql > TCP/IP > Propiedades > Direcciones IP que he configurado: * Puertos dinámicos TCP: * Puerto TCP: 1433

información relacionada