Saltar al contenido

No se conecta a SQL Server a través de VPN

Solución:

En una instancia predeterminada, SQL Server escucha en TCP / 1433 de forma predeterminada. Esto se puede cambiar. En una instancia con nombre, a menos que se configure de manera diferente, SQL Server escucha en un puerto TCP dinámico. Lo que eso significa es que si SQL Server descubre que el puerto está en uso, seleccionará otro puerto TCP. La forma en que los clientes suelen encontrar el puerto correcto en el caso de una instancia con nombre es hablando con SQL Server Listener Service / SQL Browser. Eso escucha en UDP / 1434 y no se puede cambiar. Si tiene una instancia con nombre, puede configurar un puerto estático y si necesita usar la autenticación / delegación Kerberos, debería hacerlo.

Lo que necesitará determinar es en qué puerto está escuchando su servidor SQL. Luego, deberá comunicarse con su personal de redes / seguridad para determinar si permiten la comunicación con ese puerto a través de VPN. Si es así, como se indica, verifique la configuración de su firewall. Algunos sistemas tienen múltiples firewalls (mi computadora portátil es un ejemplo). Si es así, deberá verificar todos los firewalls de su sistema.

Si todas son correctas, verifique que el servidor no tenga una política IPSEC que restrinja el acceso al puerto de SQL Server a través de la dirección IP. Eso también podría resultar en su bloqueo.

Cuando esto me sucede, es porque el DNS no funciona correctamente. Intente usar la dirección IP en lugar del nombre del servidor en el inicio de sesión de SQL Server.

Asegúrese de que SQL Server esté habilitado para TCP / IP (es posible que alguien lo haya deshabilitado).

Esto también lo ayudará a verificar / verificar el número de puerto que está usando la instancia de SQL (en caso de que alguien lo cambie del puerto predeterminado 1433).

Obviamente, el puerto 1433 (o cualquier puerto en el que esté escuchando SQL) debe ser desbloqueado por cualquier firewall entre su máquina y la caja en la que se está ejecutando SQL.

Para verificar la configuración de red de SQL (requiere las herramientas de cliente de SQL Server instaladas): Inicio -> Programas -> SQL Server 200x -> Herramientas de configuración -> Administrador de configuración de SQL Server

Conéctese a la máquina que necesita, luego expanda el elemento de árbol (LHS) “Configuración de red de SQL Server”, luego elija la instancia. Debe tener cuatro opciones: memoria compartida, canalizaciones con nombre, TCP / IP y VIA. Puede comprobar que TCP / IP está habilitado en la ventana RHS.

Si hace doble clic en TCP / IP y presiona la pestaña “Avanzado”, también puede ver el número de puerto.

Otros pensamientos … ¿Está utilizando autenticación SQL o autenticación de Windows (dominio)?

  • Si la autenticación de SQL (que supongo que está utilizando dado su nombre de usuario y contraseña), ¿está seguro de que la instancia de SQL a la que se está conectando tiene habilitada la autenticación de modo mixto? De lo contrario, debe conectarse como administrador y cambiar la configuración de seguridad predeterminada para permitir la autenticación SQL.

  • Si se trata de autenticación de Windows, ¿podría su red utilizar Kerberos potencialmente? Uno pensaría que las credenciales de VPN se usarían para el protocolo de enlace. Verificaría que su cuenta tenga los derechos de inicio de sesión adecuados.

¡Haz clic para puntuar esta entrada!
(Votos: 0 Promedio: 0)



Utiliza Nuestro Buscador

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *