On Thursday, November 1, 2001, at 06:09 PM, J M Craig wrote:

> Thanks for the reply, John.
>
> I've added some notes below (and snipped out some stuff).
>
> JMC
>
>> My /etc/hosts.equiv file currently contains:
>> localhost.localdomain
>
> Have your tried adding "blacky.localdomain" to the hosts.equiv file?
> Adding a plain "localhost" might help too.
> JMC: I actually had tried each of these by themselves, but adding them
> didn't do anything for it either.
>
> I'm assuming this is from your /etc/hosts file:
> JMC: No, these are things I've tried in the /etc/hosts.equiv file.

OK. For future reference your /etc/hosts.equiv file is not the same
format as your /etc/hosts file. Try setting your hosts.equiv file to:

localhost
localhost.localdomain
blacky
blacky.localdomain

>
>>
>> I've tried:
>> localhost
>>
>> 127.0.0.1 blacky localhost.localdomain localhost
>> (copy of the "localhost" entry from /etc/hosts)
>
> You shouldn't need to change your host file around unless you are not
> connected to a network, is that the case?
> JMC: The network setup is a bit odd. I'm on a LAN that's behind a router
> that does NAT--so all the IP addresses of the machines are non-routable:
> blacky is 10.0.0.6

This is not so odd. I have a number of FB servers running this way.

>
> Does "blacky" have a valid
> DNS entry somewhere?
> JMC: Nope.
>
> If so you don't want blacky as 127.0.0.1 in your
> hosts file. Create an additional line with blacky's real ip address,
> followed by the host name blacky (and maybe blacky.localdomain).
> JMC: Well, even though there's no DNS-awareness of the server's name,
> I thought I'd give this a try anyway. Although it doesn't yet work,
> the nature of the error message has changed substantially:

OK. Since you are using the name "blacky" for the system it should have
the:

10.0.0.6 blacky blacky.localdomain

entry in the /etc/hosts file. Note that the "127.0.0.1 localhost
localhost.localdomain" must also be there. This will allow programs
that use DNS and expect it to work, to correctly resolve the names
"localhost" and "blacky".

>
> blacky.localdomain (Client) Thu Nov 1 19:01:18 2001
> INET/inet_error: connect errno = 111
>
> blacky.localdomain (Client) Thu Nov 1 19:01:18 2001
> /opt/interbase/bin/ibguard: guardian starting bin/ibserver
>
>
> blacky.localdomain (Server) Thu Nov 1 19:01:20 2001
> SERVER/process_packet: connection rejected for root
>
> (this last message is repeated 32 times--a retry count?)
>
> So is it now saying that root isn't the user that's supposed to run it?
> (I did set it up with an ownership of a user called firebird earlier in
> the day, but reverted to root because I hoped that would eliminate one
> variable.)

No. I think the problem is root is trying to log in without a
password. This only works if the server trusts the remote host
(actually, they are the same machine in this case). Hopefully the
entries in /etc/hosts.equiv I had above will fix the problem (note that
/etc/hosts.equiv is effectively a list of "trusted" hosts).

> [...]
> So, closer but not quite there yet.... (I'm starting to be a tad
> concerned about getting InterServer/Interclient working on it!)
>

Hmm, I've never set up InterServer/Interclient on before. Someone else
will need to help with that.

-John