Discussion :

[Papy214]

Bonjour,

Je code un soft en Delphi + Firedac avec utilisation d'une base de données Firebird.

J'ai installé FB server sur un poste A. L'installation fonctionne sans problème et l'accès aux données avec SQLManager fonctionne très bien.
Le setup a classiquement installé un fichier fbclient.dll dans le répertoire bin.

Sur un second poste B, j'ai aussi installé la même version du server et le même fichier fbclient.dll existe au même endroit.
J'ai aussi un dossier sur ce poste avec la version embeded du même server.
Le poste B contient mon installation de Delphi et mon soft.

Pour me connecter au données du poste A depuis le poste B, j'ai d'abord voulu utiliser le fbclient.dll de la version server.
Résultat: connexion impossible. Une histoire d'accès au poste distant qui ne se fait pas.
J'ai alors tenté avec le fichier fbclient.dll de la version embeded et là, miracle, ça marche.

Question : Pourquoi ?

Je pensais bêtement que la dll fbclient de la version server serait la mieux adaptée et pourtant ça ne semble pas être le cas.

A savoir que la version embeded fait presque 3mo et que la version "server" fait à peine 600ko.

D'ailleurs, dans SQLManager sur le poste B, si j'utilise C:\Program Files (x86)\Firebird\Firebird_2_5\bin\fbclient.dll dans la définition de mon host, j'arrive bien à accéder aux données du poste A.


Je suis preneur de toute piste pouvant m'expliquer tout ça

[SergioMaster]

Bonjour,

j'ai aussi essayé (manque de concentration de fin d'année) de lire la version de ta question sur le forum Delphi

Tout d'abord, AMHA il y a une version de trop sur le poste B (la version embedded) et même si j'en crois cette phrase

j'ai aussi installé la même version du server

une version serveur de trop, seule la partie client est nécessaire (de même version n'est même pas obligée j'ai des postes avec une version clients 2.1 qui se connecte à une base 2.5 sans soucis)

Pour me connecter au données du poste A depuis le poste B

on peut avoir la chaine de connexion ?

Une histoire d'accès au poste distant qui ne se fait pas.

c'est un truc qui m'arrive souvent quand un service est mal démarré ou le port non ouvert par exemple .

Je pencherais pour le service du poste A, ce qui pourrait expliquer que tu puisses te connecter avec embedded (qui n'a pas besoin du service, ni du port)
cependant tu as le coup de bol que firebird soit installé sur le poste A car sinon tu n'aurais même pas pu accéder à la base du poste A
(voir ce que j'ai écrit ici)

Je pensais bêtement que la dll fbclient de la version server serait la mieux adaptée

avec raison

D'ailleurs, dans SQLManager sur le poste B, si j'utilise C:\Program Files (x86)\Firebird\Firebird_2_5\bin\fbclient.dll dans la définition de mon host, j'arrive bien à accéder aux données du poste A.

oui mais là c'est le serveur firebird du poste B qui se connecte à une base sur le réseau (poste A) <- c'est pour cela que je trouve qu'il y a trop de versions sur le poste B

pour faire au plus simple : vire la version Firebird serveur sur le poste B , installe uniquement le client et tente de te connecter à la base du poste A 'en ayant vérifier que le service Firebird est lancé et le port 3050 ouvert)

[Papy214]

Merci d'avoir réfléchi sur mon problème !

En fait, comme je l'explique dans l'autre thread, l y avait un problème de port utilisé par interbase.
Ce qui m'a trompé c'est que Flamerobin (ou l'autre logiciel) arrive à se connecter aux données distantes.
Donc, pour moi, le port était correctement ouvert sur le bon poste.
Mais apparemment pas . Je ne sais pas quelle version de la dll client il utilisait.
D'ailleurs, je ne sais pas que le dll embebed n'a besoin ni du service ni du port :-(

Mais là, je comprends pas comment ça pouvait fonctionner en indiquant un protocole server et une IP pour la machine distante.

Enfin, c'est réglé. La prochaine fois, je n'installerai pas Interbase dont je n'ai pas l'utilité