none
aplicacion cliente no se conecta al servidor

    Question

  • que tal a todos mi problema es que desarrole una aplicacio  en vsual basic para conectarse a una base de datos sql server 2000 , el punto es que no logro conectar la aplicacion con el servidor sin embargo entre la instancia instalada en mi computador con la otra si hay comunicacion pero la aplicacion me lanza un error de tiempo de espera o que el servidor no responde . mi pregunta es debo abrir el puerto 1433 como indica el protocolo tcp ip y asiganarle el ip de el servidor al que quiero conectarme? o es que es problma de la aplicacion .

    el servidor usa autenticacion windows. espero me puedan aydar gracias de antemano

    Wednesday, November 02, 2011 3:50 PM

Answers

  • Si te entendí bien, desde la misma maquina con una aplicación no te conectas pero entre dos sql servers si?

    además de eso:

    Si tu servidor tiene SQL Server instalado sin nombre de instancia, si, el puerto 1433 tiene que estar abierto para conectar por TCP-IP.

    Si tu servidor SQL Server 2000 tiene un nombre de instancia, entonces has de entrar en la Herramienta de REd de servidor y mirar que puerto está usando, y o bien cambiarlo al 1433, o bien abrir el que esté usandose.

     

     


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA
    Wednesday, November 02, 2011 5:53 PM
    Moderator

All replies

  • Como primeros pasos te recomiendo:

    1) Controla que en la pc donde este la app puedas hacer ping al nobre que aloja el sql

    2) Idem pero con telnet al 1433

    * Si una de estas cosas te falla controla el firewall como primera instancia

    3) Controla que el servicio del sql este corriendo

    4) Controla en la configuracion del sql que acepte conexiones remotas

    Si todo esto da ok, controla tu string de conexion en la aplicacion, y que el usuario con el cual se conecta (o integrada en caso de ser asi) tenga permisos sobre la base (entra al sql desde el managment y fijate en la parte security)


    Lic. Andrés M. Aiello | DBA MS SQL - Oracle | http://aiellodba.blogspot.com | @AndresAiello
    Wednesday, November 02, 2011 3:54 PM
  • hize todo lo que me dijiste

    hice ping : responde 

    habilitar conexiones remotas :hecho

    puedo insertear borrar actualizar registros desde mi sql server el servidor tiene autenticacion windows

     

    pero sale es to T.T  :

     

     

    Wednesday, November 02, 2011 4:18 PM
  • podrias mostrar el string de conexion que utilizas?
    Lic. Andrés M. Aiello | DBA MS SQL - Oracle | http://aiellodba.blogspot.com | @AndresAiello
    Wednesday, November 02, 2011 4:23 PM
  • Public strConn As String = "server=AZUCENA;initial catalog=pqs;integrated security=true;"
    Wednesday, November 02, 2011 4:25 PM
  • ok, para focalizar la prueba hace lo siguiente:

    1) Genera un usuario sql y dale permisos sobre la base pqs

    2) Modifica tu string de conexion para que utilice dicho usuario


    Lic. Andrés M. Aiello | DBA MS SQL - Oracle | http://aiellodba.blogspot.com | @AndresAiello
    Wednesday, November 02, 2011 4:30 PM
  • no nada no funciona arroja el mismo error 

     

    cambien el string "server= azucena;initial catalog=pqs;user id=diego;password=;"

    Wednesday, November 02, 2011 5:12 PM
  • Si te entendí bien, desde la misma maquina con una aplicación no te conectas pero entre dos sql servers si?

    además de eso:

    Si tu servidor tiene SQL Server instalado sin nombre de instancia, si, el puerto 1433 tiene que estar abierto para conectar por TCP-IP.

    Si tu servidor SQL Server 2000 tiene un nombre de instancia, entonces has de entrar en la Herramienta de REd de servidor y mirar que puerto está usando, y o bien cambiarlo al 1433, o bien abrir el que esté usandose.

     

     


    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA
    Wednesday, November 02, 2011 5:53 PM
    Moderator
  • bueno tod cuanto has dicho esta bien por que si hay conexion entre los servidores el que va en mi pc y ell que quiero conectar cpn nombre "azucena" luego el problema es que la aplicacion que desarrolle funciona bien de manera local osea en la maquina del servidor el problema es que no desde mi pc que. ahora abri el puerto 1433 para el servidor tendri aque abrirlo tambien para la mmaquina donde correra el programa cliente ? si es eso te digo que solo el servidor tiene el puerto 1433 abierto . espero me puedas aydar y muchas gracias por tu tiempo
    Wednesday, November 02, 2011 6:05 PM
  • bueno tod cuanto has dicho esta bien por que si hay conexion entre los servidores el que va en mi pc y ell que quiero conectar cpn nombre "azucena" luego el problema es que la aplicacion que desarrolle funciona bien de manera local osea en la maquina del servidor el problema es que no desde mi pc que. ahora abri el puerto 1433 para el servidor tendri aque abrirlo tambien para la mmaquina donde correra el programa cliente ? si es eso te digo que solo el servidor tiene el puerto 1433 abierto . espero me puedas aydar y muchas gracias por tu tiempo
    no lo habias abierto?? y como hiciste el telnet al puerto 1433 que me dijiste que hiciste en el primer mensaje? ahora cambia todo el panorama! debes abrir el puerto de inbound en el server y poner una regla de outbound en el cliente (en general los out no joden)

    Lic. Andrés M. Aiello | DBA MS SQL - Oracle | http://aiellodba.blogspot.com | @AndresAiello
    Wednesday, November 02, 2011 6:22 PM
  • es que si se lo hize al servidor mi duda era que debia hacerlo en la computadora cliente.... ahora se abre un puerto para un ip no es cierto ? no un puerto para varias ips . perdona ahora otra duda tendraque ver que la maquina cliente tiene cpu de 64 y el server 32? y con respecto a unbound como hago eso en sql server 2000? gracias de todos modos .
    Wednesday, November 02, 2011 7:40 PM
  • voy por orden:

    * Sobre los 32bit y 64 no te hagas drama, al cliente no le interesa en que maquina corre el sql

    * Sobre el outbound me refiero al firewall del cliente, que deje salir los pedidos que vayan al 1433 remoto

    * En el servidor te recomendaria que no lo hagas por ip sino directamente dejar que todo el trafico que vaya al 1433 este permitido, porque si lo haces por ip cada nueva maquina cliente deberias irla agregando


    Lic. Andrés M. Aiello | DBA MS SQL - Oracle | http://aiellodba.blogspot.com | @AndresAiello
    Wednesday, November 02, 2011 9:54 PM
  • Asegurate que tu sql2000 escucha en el puerto 1433 antes de abrir nada. Para eso simplement con Query Analizer desde el server intenta conectar a este nombre de server 127.0.0.1,1433   Si te conecta es ese el puerto, de no ser así, insisto tienes que mirar en la herramienta de red de servidor. (todo esto porque es SQL Server 2000)
    Comparte lo que sepas, aprende lo que no sepas (FGG)
    portalSQL
    El rincón del DBA
    Thursday, November 03, 2011 8:47 AM
    Moderator
  • hiz lo ue me dijste , en la maquina cliente tengo el firewall desactivado, miguel me dijiste que agregue esa direccion en el query analizar y no me conecta ahora el problema es que la aplicacion cliente no se conecta mi sql server si lo hace y puedo  hacer cuanquier operacion en el servidor . mimproblema es la aplicacion. 
    Thursday, November 03, 2011 3:08 PM
  • OK, tu aplicacion es VB. Usa esa conexión que usa autentificación windows. Esa cuenta con la que entras a la aplicación es la misma que usas con sql server verdad ?.

    Ahora, tu usuario de windows usado en la aplicación que permisos y roles tiene en SQL Server ?.


    MVP MCT MCTS Daniel Calbimonte

    http://elpaladintecnologico.blogspot.com
    Friday, November 04, 2011 5:21 PM
  • bueno si usa autenticacion windows ahora e refieres a un usuario imagino que usa el uauario invitao del sql server por que de otro modo no se como asignarle un usaurio en la apliacion .
    Tuesday, November 08, 2011 2:44 PM
  • Ese usuario de windows es administrador ?

    MVP MCT MCTS Daniel Calbimonte

    http://elpaladintecnologico.blogspot.com
    Tuesday, November 08, 2011 4:07 PM
  • Hola.

    ¿Resolviste el problema?


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    Monday, November 14, 2011 9:13 PM
    Moderator
  • -> Verificar el log de errores del servidor SQL, determinar en qué puerto TCP y/o NP está escuchando.

    -> Cuando se usa TCP, usar el comando de línea NETSTAT para ver si el servidor está escuchando en el puerto correcto.

             netstat -noa findstr NumeroPuerto
     Norman M. Pardell 

    ||Microsoft Certified IT Professional|| Database Administrator. Database Developer. SQL Server 2008

    Tuesday, November 15, 2011 8:25 AM
  • si es administrador ! espero no seatarde T_T
    Saturday, November 19, 2011 5:43 PM
  • como le doy tales roles en sql server?porfa pedoneneme si soy muy ignorante ...

     

    Saturday, November 19, 2011 5:54 PM
  • preobe y no sale por ningun lado 1433 entonecs creo que debo de abrir el purto pero supuestamente lo hize

    pongo esta imagen del router para ver si pueden ayudarme .

    Saturday, November 19, 2011 6:06 PM
  • Hola.

    ¿Qué cadena de conexión estás poniendo en la aplicación? ¿Qué error de SQL Server te arroja la misma?


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    Saturday, November 19, 2011 6:11 PM
    Moderator
  • la cadena de conexion es :

    "server=azucena;initial catalog=pqs;integrated security = true;"

    el error que me arroja es el de fin de tiempo de espera que el servidor no existe o no responde hice la prueb acon el netstat y parece que el servidor no esta listening en el puerto 1433 subi la imagen del panel del router tal vez me puedan orientar en como abrir el puerto para el server . muchas gracias por su tiempo.

     

    Sunday, November 20, 2011 1:21 AM
  • Hola.

    Esa cuestión escapa a SQL Server, es una pregunta de comunicaciones. Obtendrías mejor ayuda si hicieras la pregunta en un foro de redes o incluso de sistema operativo cliente.

    Si quieres, movemos el hilo, pero por el recorrido hecho, creo que es mejor que inicies allí un hilo nuevo.


    Alberto López Grande
    SQL Server MVP
    Visita mi blog en http://qwalgrande.blogspot.es/ Sígueme en twitter en http://twitter.com/qwalgrande

    Sunday, November 20, 2011 10:33 PM
    Moderator