Firebird 1.5.6 y Windows 2008

[guillotmarc]

Hola.

¿ Para la conexión utilizas el protocolo local o de red ?.

Puesto que el protocolo local no te va a funcionar en Windows 2008. En este caso la solución es tan sencilla como pasar a utilizar el protocolo de red, lo cual se consigue simplemente añadiendo localhost: al principio de la cadena de conexión. Naturalmente necesitas abrir el puerto 3050 en el firewall local.

Saludos.

[donald shimoda]

Empezado por guillotmarc

Hola.

¿ Para la conexión utilizas el protocolo local o de red ?.

Puesto que el protocolo local no te va a funcionar en Windows 2008. En este caso la solución es tan sencilla como pasar a utilizar el protocolo de red, lo cual se consigue simplemente añadiendo localhost: al principio de la cadena de conexión. Naturalmente necesitas abrir el puerto 3050 en el firewall local.

Saludos.

Con FIB 2.1 funciona tal cual, sin ningún cambio, o sea que...

[guillotmarc]

Empezado por donald shimoda

Con FIB 2.1 funciona tal cual, sin ningún cambio, o sea que...

¿ O sea que, qué ?

El protocolo local de Firebird (IPC) dejó de funcionar en Windows 2000 Server, Vista, etc. ... debido a que el mecanismo de comunicación entre procesos del cliente y el servidor Firebird pasó a quedar bloqueado por el sistema operativo.

Precisamente por eso en Firebird 2 programaron un nuevo protocolo local (llamado XNET). Es por eso que Firebird 2.1 te conecta sin cambios, pero eso nunca lo vas a conseguir con Firebird 1.5 que utiliza el protocolo local antiguo (IPC).

Pero te vuelvo a indicar que la solución es tan sencilla como pasar utilizar el protocolo de red (usando una referencia a localhost o 127.0.0.1 como nombre de servidor).

http://www.ibphoenix.com/main.nfs?a=...rebird20_info2

Firebird 2.0 replaces the former implementation of the local transport protocol on Windows (often referred to as IPC or IPServer) with a more robust new one, named XNET. It serves exactly the same goal, to provide an efficient way to connect to server located on the same machine as the connecting client without a remote node name in the connection string. The XNET implementation does not suffer the instability inherent in its predecessor. It works with the Classic server, it works for non-interactive services and terminal sessions and it eliminates lockups when a number of simultaneous connections are attempted. Slightly faster performance can be expected also.

Saludos.

[donald shimoda]

Empezado por guillotmarc

¿ O sea que, qué ?

El protocolo local de Firebird (IPC) dejó de funcionar en Windows 2000 Server, Vista, etc. ... debido a que el mecanismo de comunicación entre procesos del cliente y el servidor Firebird pasó a quedar bloqueado por el sistema operativo.

Justamente es el caso opuesto, en este caso dejo de funcionar con una versión previa (win98) no con una versión posterior (win 2000 o superior) por tanto si esta usando IPC debería funcionar de igual manera. De ahi mi "asi que"...

[guillotmarc]

Empezado por donald shimoda

Justamente es el caso opuesto, en este caso dejo de funcionar con una versión previa (win98) no con una versión posterior (win 2000 o superior) por tanto si esta usando IPC debería funcionar de igual manera. De ahi mi "asi que"...

No hombre, estamos hablando de Windows 2.008 y no de Windows 98.

Eso creo, al menos.

Saludos.

[donald shimoda]

Empezado por guillotmarc

No hombre, estamos hablando de Windows 2.008 y no de Windows 98.

Eso creo, al menos.

Saludos.

Tenes toda la razón , se me cruzaron los cables mal. me confundí con otro post de DA! :P

[sur-se]

Hola.
No, puede ser el problema el protocolo de red que indicas (IPC vs XNET), pues la cadena de conexión que utilizo es de la forma <nombre del servidor>:<ruta local a la base de datos>. Los equipos que están en red no conectan con la base de datos tampoco. Es decir, ni desde el propio servidor (con localhost o con el nombre de red) ni desde los equipos cliente.
Ahora bien, cambio a 2.1 y si funciona sin cambiar nada en los equipos clientes. Inexplicable.
Un saludo.

[guillotmarc]

Hola.

Ya me parecía a mi que el código de error no se correspondía a ese problema, aún así es lo primero que se viene a la cabeza en un Windows con servicios de Terminal.

Googleando ese error, parece ser que en lugar de localhost tienes que usar la dirección IP (supongo que se refiere a eso cuando habla de node address).

http://tech.groups.yahoo.com/group/f.../message/54779

Pruébalo.

[sur-se]

Hola. Normalmente el servidor lo suelo dejar dedicado, como es este caso, por lo que no se trabaja en él. La cadena de conexión que utilizo siempre es <nombre del servidor>:<ruta local a la base de datos>.
En el propio servidor también he probado así, es decir, como si fuese una conexión de red.
La cuestión es que no conectan ni los equipos de la red ni desde el propio servidor con esa cadena de conexión. No suelo utilizar lo del localhost salvo excepciones.
Ahora bien, desinstalo 1.5 e instalo el 2.x y ya funciona bien todo. La misma aplicación, con la misma cadena de conexión.
El cortafuegos está abierto por ese puerto (3050) y el remoto (que lo fijo en el firebird.conf). De hecho, si no fuese así tampoco funcionaría el 2.x.
No sé que más mirar.
Un saludo.

[[duilioisola]]

Por si sirve de algo...
Acabo de mirar un cliente que recordaba que tiene un servidor Win2008.
Tiene la versión Firebird 1.5.2 funcionando.
Puede hacer backups y restores correctamente.
Puede conectarse con IBExpert
Puede conextarse con su aplicación.

[[maeyanes]]

Hola...

¿Ya probaste usando la IP del servidor en la cadena de conexión? Si funciona podría ser que necesitas hacer que a tu servidor lo puedan ver las otras PC's de la red, esto es, en el "Centro de redes y recursos compartidos" de W2K8 hay una opción que indica si las otras PC's de la red pueden ver a tu servidor.

Yo tenía un problema similar, no podía conectarme a un servidor vía su nombre pero si por su IP, activé esa opción y poblema solucionado...



Saludos...