Ir al contenido principal

¿En qué puerto TCP escucha SQL Server 2005? ¿Cómo cambiar o configurar el puerto TCP de escucha de una Instancia de SQL Server 2005?

Una buena práctica inmediatamente después de instalar SQL Server 2005 es cambiar el Puerto TCP de escucha, por múltiples motivos: Seguridad, Configuración de reglas de acceso de Firewall, Aplicaciones cliente que requieren un puerto TCP estático para SQL Server, etc. En este Artículo se explica cómo averiguar en qué puerto TCP escucha SQL Server 2005, cómo cambiar el puerto TCP de escucha de SQL Server 2005, etc.

Resulta de gran interés ser capaz de responder a la pregunta ¿En qué puerto TCP escucha SQL Server? Por defecto, una Instancia por Defecto de SQL Server 2005 queda configurada durante la instalación para escuchar en el puerto TCP-1433, sin embargo, las Instancias con Nombre quedan configuradas durante el proceso de instalación para escuchar en puertos TCP dinámicos, por lo tanto, cada vez que se inicie la Instancia puede que escuche en un puerto diferente. Esta situación puede resultar problemática, por un lado desde el punto de vista de la seguridad (el hecho de escuchar en un puerto TCP fácilmente predecible, puede facilitar la existencia de ataques informáticos), y por otro lado porque algunas aplicaciones que se conectan a SQL Server requieren que se les facilite el puerto TCP en el que escucha la instancia de SQL Server. Por poner algún ejemplo de aplicaciones conocidas que requieren que se les especifique de forma explícita el puerto TCP en el que escucha SQL Server, podría poner aCognos y a Informática PowerCenter (al menos, en el caso de Informática PowerCenter 7.x sobre Unix), entre otras. Además, si es necesario acceder a SQL Server a través de un Firewall, será necesario utilizar un puerto TCP estático en la Instancia de SQL Server, para así poder definir la correspondiente regla de acceso en el Firewall.
¿Cómo configurar en qué puerto TCP debe escuchar una Instancia de SQL Server? Pues muy fácil. Es suficiente con abrir la herramienta administrativa SQL Server Configuration Manager, que podremos encontrar dentro del grupo de Programas de Microsoft SQL Server 2005, en la carpeta Configuration Tools. Dentro de SQL Server Configuration Manager, expandir el nodo SQL Server 2005 Network Configuration, y seleccionar la instancia de SQL Server deseada (ej: MSSQLSERVER para la Instancia por Defecto). Seguidamente, mostrar las propiedades del protocolo TCP/IP (click con el botón derecho, y luego Properties), y en lapestaña IP Addresses está el quiz de la cuestión:
  • Para configurar SQL Server con un puerto TCP estático, dejar la propiedad TCP Dynamic Port en blanco y establecer el puerto TCP deseado en la propiedad TCP Port.
  • Para configurar SQL Server con un puerto TCP dinámico, establecer la propiedad TCP Dynamic Port a 0 y dejar la propiedad TCP Port en blanco.
Cabe destacar que es posible que una Instancia de SQL Server escuche en múltiples direcciones IP, del mismo modo, que para una Dirección IP puede escuchar en múltiples puertos TCP. Por supuesto, podemos tener múltiples Instancias de SQL Server, eso sí, cada Instancia de SQL Server debe escuchar en puertos diferentes (bueno, dos Instancias pueden escuchar en el mismo puerto, pero sobre diferentes direcciones IP). Puede encontrarse más información sobre estas configuración, en la ayuda de SQL Server 2005, mismamente desde el botón Help de la pantalla capturada anterior.
Pór último, para saber en qué puerto TCP y Dirección IP está escuchando SQL Server, es posible comprobar los mensajes existente en el ERRORLOG durante el arranque de la Instancia de SQL Server. Como método alternativo, a través de la herramienta SQL Server Configuration Manager podemos averiguar el Process ID (PID) de la Instancia SQL Server deseada, y seguidamente ejecutar el comando de consola netstat -ano para ver en su salida el o los puertos asociados a dicho Process ID.

Comentarios

Entradas populares de este blog

SQL Server Analysis Services Neural Network Data Mining Algorithm

Problem In data mining and machine learning circles, the neural network is one of the most difficult algorithms to explain. Fortunately, SQL Server Analysis Services allows for a simple implementation of the algorithm for data analytics.  Check out this tip to learn more. Solution In this tip, we show how to create a simple data mining model using the Neural Network algorithm in SQL Server Analysis Services 2012. In Visual Studio (also known from the start menu as SQL Server Data Tools), create a new Analysis Services Multidimensional and Data Mining Project. In this tip, we will name the project NeuralNetworkExample. Click on OK when finished with the New Project window. In the Solution Explorer window, right-click on the Data Sources folder and choose "New Data Source..." to initiate the Data Source Wizard. Click on "Next >". Choose your data connection, if one exists. If a data connection does not exist, click on "New..." to ...

Big Data Clusters in SQL Server 2019: A Game Changer for Data Analytics

 In today’s data-driven world, organizations are constantly seeking innovative ways to process and analyze vast amounts of data. SQL Server 2019 introduced Big Data Clusters (BDC) , a revolutionary feature that integrates SQL Server, Apache Spark, and Hadoop Distributed File System (HDFS) into a single platform. This feature allows enterprises to process structured and unstructured data efficiently, making it an essential tool for businesses handling large datasets. With the growing complexity of data ecosystems, enterprises require an integrated approach to manage, process, and analyze vast amounts of information. Traditional databases often struggle to handle such workloads efficiently, making big data solutions crucial. SQL Server 2019, with its Big Data Clusters , brings forth an innovative approach to handling large-scale data by bridging the gap between structured and unstructured datasets , enabling businesses to extract meaningful insights quickly. What is a Big Data Clus...

Habilitando Conexiones Remotas a SQL Server 2005

Habilitando conexiones remotas en SQL Server 2005 Hace unos pocos días me encontré ante el siguiente problema: desde una máquina virtual montada en VMWare con Windows XP y SQL Server 2005, necesitaba realizar una prueba consistente en conectar a otro servidor SQL Server 2005, instalado en la máquina principal con Windows Vista, para consultar una tabla existente en una de sus bases de datos. Pensando en que por defecto, la posibilidad de conexión ya estaría habilitada en el servidor SQL, intenté registrar desde la máquina virtual el SQL Server del equipo principal, obteniendo el error que vemos en la siguiente imagen. Tengo instalada la edición Developer de SQL Server 2005, y dado que evidentemente, la posibilidad de conectar a una instalación remota existente en otro servidor de datos no se encontraba establecida por defecto, había que habilitarla de forma manual. A continuación describimos los pasos a realizar para habilitar el establecimiento de conexiones remotas en SQL Se...