Visibilidad SQL Server 2000

03/05/2007 - 10:55 por Tomas | Informe spam

Hola a todos.

Tengo un dominio SBS2003 en la red 192.168.16.X, aqui esta el servidor
SQL2000. Todos los PC de este segmento de red trabajan con la base de datos
sin problemas.

Tengo otra red 192.168.100.X con dos PC Windows-XP.

Necesito conectar una aplicacion que funciona en estos PC-XP al servidor
SQL2000 y no consigo ver la base de datos. El mensaje es "El servidor SQL
Server no existe o se denego el acceso".

La cadena de conexion que utilizo es para ADO "Provider=sqloledb;Data
Source=NombreServidor;Initial Catalog=NombreBaseDatos;User
Id=Usuario;Password=Clave"

Si cambio en cadena de conexion el nombre del servidor por la IP del ervidor
tampoco me ha funcionado. "Provider=sqloledb;Data
Source2.168.16.x;Initial Catalog=NombreBaseDatos;User
Id=Usuario;Password=Clave"

Si hago ping a la IP del servidor recibo respuesta correcta. 4 paquetes
enviados, 4 recibidos, 0 perdidos.

Si hago ping al nombre del servidor SQL2000 me devuelve el mensaje de error
"La solicitud de ping no pudo encontrar el host SQL2000".

Si hago TELNET 1433 a la IP del servidor, no hay mensaje de error, en la
pantalla negra pulso CTRL+, exit y se cierra. sin mensajes de error.

Si abro una VPN al servidor si que puedo conectar y trabajar con la base de
datos.

¿Que me falta configurar en los PC-XP, de este otro segmento de red, o en el
servidor, para que puedan ver el servidor SQL2000 y trabajar con la base de
datos de forma "natural"?.

Gracias por anticipado.

Tomas.

Siga el debate

4 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#1 Rubén Vigón

03/05/2007 - 11:06 | Informe spam

Hola Tomás,

Comprueba en la «Herramienta de cliente de red de SQL Server» los «Protocolos habilitados por orden» si tienes habilitados «TCP/IP» y «Canalizaciones con nombre». Tal vez obtengas el error por utilizar «Canalizaciones con nombre» (Named Pipes) como librería de cliente; prueba a deshabilitarlo y utilizar TCP/IP.

Además, si accedes al servidor por su IP y el puerto 1433 en lugar de por su nombre, deberías utilizar la librería de red "DBMSSOCN" (la librería para TCP/IP, en lugar de "Canalizaciones con nombre") añadiendo ";Network LibraryÛMSSOCN" a tu cadena de conexión; por ejemplo:

"Provider=SQLOLEDB.1;Persist Security Info=False;User ID=usuario;Password=contraseña;Initial Catalog=basedatos;Data Source2.168.16.x,1433;Network LibraryÛMSSOCN"

Un saludo!

Rubén Vigón
Microsoft MVP Visual Basic
http://vigon.mvps.org

Responder a este mensaje

#2 Javier Loria

03/05/2007 - 13:18 | Informe spam

Hola Tomas:
Gracias por brindar informacion detallada del problema.
El problema que tienes es de resolucion de nombres, por eso puedes hacer
Ping a la direccion IP pero no al nombre del servidor. Este problema es
comun entre segmentos de redes. Para probar esto simplemente en la estacion
local navega al folder c:\Windows\System32\drivers\etc y en el archivo
hosts agregas una linea al final del archivo con la direccion IP y el nombre
del servidor.
192.168.16.x SQL2000
Si te funciona sabes que el problema es de nombres, claro esta solucion
es temporal y deberias verificar que la estacion esta configurada
adecuadamente para ver al servidor de DNS (esto lo haces con IPConfig) en la
estacion, y que en el servidor de DNS este efectivamente creado el registro
del servidor de SQL. Pero claro esos son problemas de red no de SQL ;)
No se te olvide quitar luego la linea del archivo hosts.
Saludos,

Javier Loria
Costa Rica (MVP)
Se aprecia la inclusion de DDL (CREATE, INSERTS, etc.)
que pueda ser copiado y pegado al Query Analizer.
La version de SQL y Service Pack tambien ayuda.

"Tomas" wrote in message
news:

Hola a todos.

Tengo un dominio SBS2003 en la red 192.168.16.X, aqui esta el servidor
SQL2000. Todos los PC de este segmento de red trabajan con la base de
datos sin problemas.

Tengo otra red 192.168.100.X con dos PC Windows-XP.

Necesito conectar una aplicacion que funciona en estos PC-XP al servidor
SQL2000 y no consigo ver la base de datos. El mensaje es "El servidor SQL
Server no existe o se denego el acceso".

La cadena de conexion que utilizo es para ADO "Provider=sqloledb;Data
Source=NombreServidor;Initial Catalog=NombreBaseDatos;User
Id=Usuario;Password=Clave"

Si cambio en cadena de conexion el nombre del servidor por la IP del
ervidor tampoco me ha funcionado. "Provider=sqloledb;Data
Source2.168.16.x;Initial Catalog=NombreBaseDatos;User
Id=Usuario;Password=Clave"

Si hago ping a la IP del servidor recibo respuesta correcta. 4 paquetes
enviados, 4 recibidos, 0 perdidos.

Si hago ping al nombre del servidor SQL2000 me devuelve el mensaje de
error "La solicitud de ping no pudo encontrar el host SQL2000".

Si hago TELNET 1433 a la IP del servidor, no hay mensaje de error, en la
pantalla negra pulso CTRL+, exit y se cierra. sin mensajes de error.

Si abro una VPN al servidor si que puedo conectar y trabajar con la base
de datos.

¿Que me falta configurar en los PC-XP, de este otro segmento de red, o en
el servidor, para que puedan ver el servidor SQL2000 y trabajar con la
base de datos de forma "natural"?.

Gracias por anticipado.

Tomas.

Responder a este mensaje

#3 Tomas

09/05/2007 - 08:36 | Informe spam

Perdon por no responder antes, pero tareas de horas se han convertido en
dias.

Efectivamente, con esta cadena de conexion funciona.

Solo una pregunta, ¿Donde puedo conocer la diferencia entre
"Provider=sqloledb" y "Provider=sqloledb.1"?.

Gracias por su tiempo.

Tomás.

Responder a este mensaje

#4 Tomas

09/05/2007 - 08:49 | Informe spam

Perdon por no responder antes, pero he tenido dificultades que me han
consumido mas tiempo del esperado.

Asi es, hay un problema de resolucion de nombres en este segmento de red.
Con las indicaciones facilitadas he podido comprobarlo.

Al final he adoptado la decision de conectar por IP al servidor porque, este
segmento de red esta separado del dominio, y al no tener unas politicas de
seguridad que me faciliten controlar, de forma comoda, los usuarios de
estas maquinas, prefiero limitar la "visibilidad" del servidor y que sea la
aplicacion la "unica" que acceda a la base de datos.

Gracias por su tiempo.

Tomás.

Siga el debate Respuesta

Responder a este mensaje

Ads by Google

Hacer una pregunta

Tengo una respuesta

Busqueda sugerida