tengicki@... wrote:

>
> Hello,
>
> I have some problem with interclient 1.6 and interbase 6.0 under
> Linux (FreeBSD).
>
> Our provider has organized the server in subsystems. Thats means
> that there are logical system with own ip-adresses and access
> rights on one physical system.
>
> for example the server has the ip 1.2.3.1 (and can be called as
> localhost (127.0.0.1)
>
> an apache with jserv is runnung unser ip 1.2.3.2 on the same
> server and make a connect to interclient
> jdbc:interbase://localhost//usr/databases/db.gdb thats work fine
>
> now we have running a second apache with jserv under ip 1.2.3.3
> on this
> server. apache and jserv work well
>
> But if I try to connect the database from the second jserv
> environment the
> java statement
>
> java.sql.DriverManager.getConnection (databaseURL, user, password)
>
> didn't come back. No exception, or something like else.
>
> Because of the fact that all subsystem has the same physical server localhost
> "pointed" to the same machine. If there is any call identification via localhost
> it must fail. What uses interclient to connect to interbase, what uses jdbc as
> local ip where the call come from. How can interclient make differences
> between the calls from subsystem on (1.2.3.2) and subsystem (1.2.3.3) if
> they have the same localhost (127.0.0.1).
>
> Have anyone any idea, about what happens, what is to do, where I can find
> more information. Thank you.
>

I am not entirely clear about what is going on, or why. Whose convenience is
this setup for?

Anyway, I would start from first principles. Have subsystems 1.2.3.2 and 123.3
got names? Are they in the hosts file(s)? Can you ping one from the other, and
vice versa. Once you have reassured yourself that the tcp/ip transport is
working properly then you should be able to connect in the normal way. ie:
subsystemname:/path/to/database/database.gdb

with whatever is the standard stuff for jdbc and interclient pre-pended.

Paul
--

Paul Reeves
http://www.ibphoenix.com
taking InterBase further