Firebird ODBC - ne mogu uspostaviti konekciju

Ovih dana sam testirao Firebird 1.5.2 u lokalnoj mrezi koja je pod WinNT domenom. Sa IBExpertom (personal edicija) bez problema uspostavim konekciju sa bazom, ali preko ODBC-a nece pa nece - stalno odbija konekciju (radne stanice su pod win2000, svaka ima fiksnu IP adresu i isti subnet, ja imam administratorska prava na nivou domena - server je Win NT 4.0 sa najnovijim service packom)
Nije do verzije fb servera, jer je i prosla verzija isto se ponasala. Instalirao sam i najnoviji ODBC drajver.
Svaka ideja i savjet je dobrodosla.

Evo samo sto sam skinuo zadnju verziju sa fb.sf.net instalirao, konfigurirao u MS ODBC Adminu i za manje od minut sve je radilo preko BCB6+ADO. Jedino sto sam onako mogao primetiti gde moze covek pogresiti to je u izboru klient biblioteke. Za FB 1.x trebase izabrati gds32.dll iz Windows\System32 a za FB 1.5.x trebas Windows\system32\fbclient.dll (mislim da ipak i za 1.5 mozes izabrati gds32.dll posto je gds32 wrapper za fbclient u verziji 1.5.x)


btw, secam da si imao neke probleme sa performansima, ali eto kod mene na BCB6 SP4 + ADO preko ODBC i ne vidim nikakve degradacije u performansima za razlike od native pristupu.

Potpis

People who think they know everything tend to irritate those of us who do.

Ja idem direktno preko connection stringa u kodu. Uopste ne koristim ODBC GUI (znaci bez DSN-a). Bojim se da je problem sa mreznim protokolima, jer sam isti problem dozivio i sa EMS IB Managerom pokusavajuci preko TCP/IP-a, a kad sam prebacio na NetBEUI, udaljeni komp je prihvatio konekciju na bazu bez problema. Imao sam i nekih problemcica sa jednim mapiranim diskom (prilikom dizanja sistema je javljao da se veza ne moze restaurirati, ali kasnije bih bez problema pristupao fajlovima na njemu preko Windows Explorera).

Hmmm, nikad nisam bio neki ODBC fan, ali u principu kod mene radi i sa Connection stringom. Evo mog conn string-a:

DRIVER={Firebird/InterBase(r) driver}; UID=SYSDBA; PWD=masterkey; DBNAME=localhost:d:/Vulcan/seap_beta0.9/db/seap.fdb;

i sve radi ko sto treba. Kao sto sam rekao, ovo sve radi na BCB6/ADO.

Mrezni protocol u nikom slucaju ne moze biti problem. Ukoliko imas TCP/IP izmegju dve mashine nemas sta vise razmisljati. DBNAME = host:db_file_name

NOTE: Ljudi pazite da imena baze nemaju .gdb extenziju kada se radi o WinXP DB serveru. Posto WinXP tretira .gdb extenziju kako neki sys protected fajl i zna da puno ubrlja.

Potpis

People who think they know everything tend to irritate those of us who do.

Rjesio sam problem. Posto je pod starim Windows NT domenom jos uvijek dominantan NetBEUI protokol (cak i preko TCP/IP-a se simulira), vrijednost za DBNAME mora biti:
DBNAME=\\imeservera\folder\baza.fdb ili npr. DBNAME=\\127.0.0.1\folder\baza.fdb (folder ne mora biti sherovan od strane OS-a, mada putanja u ODBC-u ima isti format)
To sam nasao u onim pdf-ovima koji su dokumentacija za Interbase. I sad radi bez ikakvih problema, za razliku od zvanicnog: 127.0.01:c:\folder\baza.fdb.
U svakom slucaju hvala na pomoci.

Nema smisla da jedna protokol radi drugi ne radi. Valjda imas problema sa FireWall-om. Posto valjda imas firewall koji je podesen da propusti SMB i zato ti netbeui radi. Vidi pokusaj telnet na port 3050 na DB server mashini. Ako telnet prodje onda bi trebalo raditi. FB sa TCP/IP konekcija slusa na port 3050, proveri dali ti mozda FW ne blokira pakete.

Potpis

People who think they know everything tend to irritate those of us who do.

Poenta je da nemam firewall. Radi se o lokalnoj mrezi koja ne izlazi na internet.
A sto se tice testiranja porta 3050, to sam odmah po pojavljivanju problema skenirao pomocu IBExperta (stvarno odlican alat, cak i ovaj personal edition), i konekcija je prolazila. No sad sam primijetio da ne mogu ni na MySQL server putem ODBC-a da pristupim sa svoje radne stanice, sto jasno signalizira probleme sa TCP/IP protokolom na mojoj radnoj stanici. Ali, nemam stvarno nikakvu ideju sta bih jos mogao provjeriti. IP adresa je ok, subnet identican, jer mreza fercera. Samo ODBC pravi probleme.