solucion servidor puede mismo existe error denegado dbnetlib connectionopen conexion conectar con acceso sql-server-2005 sharepoint ms-office performancepoint

sql-server-2005 - puede - no existe el servidor sql server o se ha denegado el acceso al mismo



SQL Server no existe o error de acceso denegado (7)

¿Es muy probable que un problema con su firewall no permita conexiones remotas?

Tengo una aplicación que funciona bien cuando se ejecuta fuera del servidor. Cuando los clientes intentan conectarse, reciben el siguiente error:

Error al obtener datos. * El proveedor de datos no se pudo inicializar * SQL Server no existe, o acceso denegado

en mi Office Web Components (MDAC). Supongo que hay algún error de configuración de seguridad o servidor, pero no puedo identificarlo. Estoy ejecutando SQL Server 2005.

* Nota: los clientes no pueden cambiar su configuración de seguridad, política de la compañía.


Cuando intenta esto desde un símbolo del sistema:

Nombre de servidor TELNET 1433

¿Lo que pasa? Si obtiene una pantalla en blanco, entonces SQL Server está escuchando y tiene algo mal en la configuración de su cliente. Si obtiene una respuesta de tipo "Acceso denegado" o "sin respuesta", es muy probable que sea un problema del servidor de seguridad o que SQL Server no esté escuchando, pero en cualquier caso, se trata de un problema del servidor.


La configuración de su firewall podría estar impidiendo las conexiones de sus clientes. Si no, puede ser un problema de DNS.



Si está funcionando desde el servidor pero los clientes tienen problemas, creo que la parte del error "acceso denegado" es la clave aquí y es un problema de autenticación.

¿Qué tipo de autenticación está utilizando para autenticar a sus clientes? ¿El servidor está usando suplantación? Si está ejecutando clientes y servidores en un dominio de directorio activo, la aplicación cliente (Office o Internet Explorer, por ejemplo) podría estar pasando credenciales al servidor que el servidor está utilizando para autenticarse en la base de datos.


Para que un servidor SQL sea contactable desde una máquina de red, se requiere que el puerto 1433 esté abierto en el servidor para el tráfico TCP. Además, si tiene una instancia con nombre, debe verificar el puerto en el que está escuchando, ya que puede ser diferente al predeterminado y probablemente deba abrirse. También deberá abrir el puerto 1434 para UDP para que admita el servicio de navegador SQL


problema de firewall. cortafuegos de diable, ejecutar instancia de nuevo