Posterior a indagar en varios repositorios y páginas webs al final descubrimos la resolución que te mostramos aquí.
Solución:
Si solo tiene una instancia de SQL Server ejecutándose y tiene el transporte TCP/IP habilitado para conexiones no locales, es probable que esté escuchando en el puerto TCP predeterminado: 1433.
Si tiene varias instancias o cualquier otra complicación por encima de “una sola instancia predeterminada”, entonces las cosas pueden ser más complicadas. Deberá configurar los puertos para cada instancia (de manera predeterminada, son semialeatorios, lo que generalmente no es útil para la configuración del firewall) y también deberá abrir el servicio de navegador SQL (que generalmente escucha en el puerto UDP 1434, aunque esto también puede ser reconfigurado).
Hay un conjunto bastante detallado de notas sobre SQL Server y firewalls en http://msdn.microsoft.com/en-us/library/cc646023.aspx
Deberá iniciar el servicio del navegador para resolver las instancias no predeterminadas. Además, abrir UDP 1434 permitirá la resolución de las instancias nombradas por nombre en lugar de puerto, por lo que no necesitará usar los puertos. Si no se siente cómodo abriendo UDP 1434 a largo plazo, o tiene un DBA que está en el sitio y puede conectarse localmente, puede pedirles que se conecten a través de SQL Server Mgmt Studio O SQLCMD y especificar la conexión del servidor de la siguiente manera:
tcp:nombreservidornombreinstancia
el prefijo con tcp forzará una conexión tcp. Una vez hecho esto, puede conectarse a su instancia nombrada y consultar sys.dm_exec_connections para encontrar el puerto en el que se ejecuta la instancia no predeterminada de la siguiente manera:
SELECT local_tcp_port FROM sys.dm_exec_connections WHERE session_id = @@SPID