Error al conectarme desde un cliente

[andresenlared]

Gracias por su valiosa ayuda.

Verifique el surface area, y habilite la conexion remota por TCP, habilite tambien sobre las propiedades del protocolo TCP del Sql server el puerto de escucha, y deje en blanco la opcion de la parte de puestos dinamicos en la opcion de IPAII, y por ultimo reinicie el servicio


desde el cliente probe el comando SQLCMD y me sale el mismo error con la configuracion antes realizada. Este problemilla me esta sacando canas y muchas.

Cualquier comentario muchas gracias.

[[poliburro]]

DbExpress no es una buena opción. Deberías considerar el uso de ADO.

suerte

[sinalocarlos]

mmmm

en ocasiones, y no me preguntes por que, esos dias no traiga mi oiuja usb, no me permitía conectarme por TCP/ip, necesitaba habilitar netbios para que me encontrara mi servidor, prueba primero habilitando netbios, ademas y yo se que puedo ofender susceptibilidades, pero es necesario preguntar, ya verificaste que exista comunicación entre tu maquina cliente y el servidor? (tírale un ping para ver si te responde), ademas de eso, esta habilitado el servicio de SQL Browser? yo se que es posible que sea sobre lo primero que te hayas ido pero no esta de mas volver a verificarlo


saludos

PD

siempre queda el recurso de ofrecer en holocausto una gallina negra virgen rodeada de velas rojas en una noche de luna llena...es broma suerte

[ContraVeneno]

Empezado por poliburro

DbExpress no es una buena opción. Deberías considerar el uso de ADO.

suerte

Permíteme discrepar de tal aseveración...
(a we, tan cultural que me he vuelto ahora que me junto con los del club )

Amigo Poliburro, yo no estoy de acuerdo con tal afirmación, yo utilizo DBExpress para conectarme a SQL Server y nunca he tenido problemas.

Con lo que sí estaría de acuerdo sería con:
En algunas ocasiones y dependiendo de las circunstancias, dbExpress no es una buena opción. Deberías considerar el uso de ADO.

Pero afirmar que DBExpress no es una buena opción, me parece es incorrecto. Yo prefiero utilizar DBE en lugar de ADO.

[[poliburro]]

Empezado por ContraVeneno

Pero afirmar que DBExpress no es una buena opción, me parece es incorrecto. Yo prefiero utilizar DBE en lugar de ADO.

Cuestión de gustos amigo contraveneno. , lo que si nunca usaría es BDE, y codegear debe pensar lo mismo al haber abandonado su desarrollo.

[[egostar]]

Empezado por poliburro

Cuestión de gustos amigo contraveneno. , lo que si nunca usaría es BDE, y codegear debe pensar lo mismo al haber abandonado su desarrollo.

Yo me sumo a usar IBX, porque? bueno:

1. Uso Firebird (aunque he escuchado que en un futuro ya no va a haber compatibilidad, pero ese es otro rollo que en su momento evaluaré que otro componente usar, )
2. ADO hasta donde se (si no corrijanme) utiliza conexión a traves del ODBC y me parece que es usar otra capa lo cual pienso desde mi ignorancia que sobra
3. Tal vez para otras base de datos (que yo no uso), ADO puede ser mejor que otros componentes en este caso IBX
4. ADO se me hace más complejo que IBX, pero en este caso es un simple gusto, nada tiene que ver que sea mejor o no

Salud OS

[[poliburro]]

Empezado por egostar

Yo me sumo a usar IBX, porque? bueno:

1. ADO hasta donde se (si no corrijanme) utiliza conexión a traves del ODBC y me parece que es usar otra capa lo cual pienso desde mi ignorancia que sobra
2. Tal vez para otras base de datos (que yo no uso), ADO puede ser mejor que otros componentes en este caso IBX
3. ADO se me hace más complejo que IBX, pero en este caso es un simple gusto, nada tiene que ver que sea mejor o no

Salud OS

Pues, es medianamente cierto. Esto es, si el proveedor proporciona acceso OleDb la conexión es nativa. Si el proveedor no dispone de Ole, entonces se hace a través de Odbc.

Por que es mejor ADO?.

Ok, yo desarrollo generalmente para 6 motores diferentes.

Oracle
Db2 (Express e Iseries (Antes As/400) )
Mysql
MsSQl server 200 y 2005.
Acces.
DataFlex (Versión para windows).

Y a los primeros cinco lo hago a través de OleDb y el último vía ODBC. Entre las carácterísticas que más utilizo de ADO es el acceso a Procedimientos almacenados que devuelven 1 o varios Recordsets a la vez. (Sí con ADO puedo recibir más de un recordset), Puedo mantener datos sin conexión. Esto me permite mantener un Dataset aún despúes de haber cerrado la conexión ahorrándome recursos del lado del servidor. Tengo acceso a características XML de los motores.

Hace poco intenté explotar las características de procedimientos almacenados de Mysql y Oracle con DbExpress movido por la curiocidad sobre estos componentes y honestamente resultaron un fiasco.

En fin, como digo cada quíen habla como le va en la fiesta y en lo personal me sigo quedando con ADO. :P