Qué es y para qué sirve
Microsoft SQL Server escucha por defecto en el puerto TCP 1433 para aceptar conexiones remotas desde aplicaciones, SQL Server Management Studio u otras herramientas de administración. Las instancias con nombre pueden usar un puerto dinámico distinto, que se resuelve a través del servicio SQL Server Browser por UDP 1434.
Cuándo conviene comprobarlo
- Verificar tras instalar SQL Server que acepta conexiones remotas: por defecto, muchas instalaciones solo escuchan en local hasta que se activa el protocolo TCP/IP.
- Diagnosticar por qué una aplicación no puede conectar tras un cambio de firewall o de red.
- Confirmar que un servidor en la nube (Azure, AWS, etc.) tiene el grupo de seguridad correctamente abierto al 1433.
Motivos habituales por los que aparece cerrado o filtrado
- El protocolo TCP/IP está deshabilitado en SQL Server Configuration Manager → Protocolos de red (viene desactivado por defecto en instalaciones nuevas).
- El Firewall de Windows bloquea sqlservr.exe o el puerto 1433 de entrada.
- La instancia es "con nombre" y usa un puerto dinámico distinto al 1433 (hay que consultarlo o fijarlo manualmente).
- El proveedor cloud no tiene la regla de entrada abierta en el grupo de seguridad.
Preguntas frecuentes
¿Por qué mi SQL Server no acepta conexiones remotas aunque el servicio esté iniciado?
Casi siempre es porque el protocolo TCP/IP está deshabilitado en SQL Server Configuration Manager → Protocolos de red. Hay que habilitarlo y reiniciar el servicio de SQL Server.
¿Qué puerto usa una instancia con nombre?
Por defecto uno dinámico, asignado al iniciar el servicio. Se puede fijar uno manualmente en la configuración o consultarlo a través de SQL Server Browser, que escucha en UDP 1434.
¿Es seguro exponer el puerto 1433 directamente a internet?
En general no se recomienda. Es preferible restringir el acceso por IP de origen en el firewall o conectar a través de una VPN.