Re: hosts.equiv and ESQL/C
Posted in 1995
Topics: Connectivity: ESQL/C, 4GL & Embedded SQL
At 07:31 PM 8/15/95 GMT, Ken Miles wrote: }Jaswant Bhardwaj (jaswant@highland.eng.octel.com) wrote: } } }> There is a BIG bug in ESQL/C (version 5.01) of INFORMIX. } }> It requires that the 'user' host be listed in /etc/hosts.equiv }> of the server(dbhost) even if it is listed in $HOME/.rhosts of the }> user. If it is not listed, the ESQL/C routines will work }> intermittently. Here is what happens if the host x is not listed }> in /etc/hosts.equiv on server: On host x, user tries to run ESQL/C application and }> he get the error } }> Error -956: The host is not listed in /etc/hosts of the remote host } }We have encountered this rather outrageous problem also. The problem }has persisted for several years and is still in 5.03 UC1 which we are }running. In our case, the symptoms would not appear if the client and }server were on DIFFERENT subnets in our network. We filed a call, as listed }below but never got a problem number assigned. Below is our log entry }showing how we got worked around this for a user "prod". } }Ken Miles }kenm@vcd.hp.com } }------------------ } }> Placed call to Informix (Case #289068). }> }> The description for error -956 }> "Client is not in /etc/hosts.equiv on the remote host." }> }> was NOT TRUE! Putting client in fully qualified form or with host }> name only made no difference: }> }> hpvcp012.vcd.hp.com }> hpvcp012 }> }> Remsh, rlogin etc. all worked fine. }> }> It turned out that the contents of the .rhost file for the user in question }> caused the problem. For a user name of "prod", if we put the following line }> into the prod .rhost file on the server the client could NOT CONNECT }> if the client was on the same subnet as the server: }> }> hpvcp012 prod }> }> (If the client was on a different subnet the client would be able to connect). }> }> For a client on the same subnet if we put an entry into the .rhost file in }> either of the following forms it will work: }> }> hvcp012.vcd.hp.com prod }> or: }> + prod } } -- Bob Rusk rrusk@fll-ro.DHL.COM