Client Host or user is not trusted by the server!

Hi all, Am battling with my IDS 10 installation running on suse 9 Enterprise, i have installed everything well. Am trying to connect from a SCO unix machine and am getting the following error "Client host or user is not trusted by the server", my setup files look like this: 1. On the SCO machine(client), $HOME/informix/.rhosts file has an entry of my suse server. 2. On the SCO machine(client), /etc/hosts file has an entry of my suse server and IP address. 3. On the SCO machine(client), /etc/hosts.equiv file has an entry of the my suse server. 4. On the Suse(server), $HOME/informix/.rhosts file has an entry of SCO(client) machine name. 5. On the Suse(server), /etc/hosts file has an entry of the SCO(client) machine name. 6. On the the Suse(server), /etc/hosts.equiv file has an entry of the SCO(client) machine name. Where am i going wrong on this? Paul.

Hi, you need the entries on the SUSE server only (the client entries don't do any harm). Check if you use the correct client hostname in the .rhosts/hosts.equiv file. Maybe your system does name resolution by DNS and gets a different name for the IP-address of the client. Check with nslookup <client_hostname> and nslookup -query=PTR <IP-Address> Some configurations check the file permissions of the .rhosts/hosts.equiv files. Write permissions should be granted to the file owner (informix/root) only. If not set properly the entries may be ignored. Try to connect from the client to the server manual with rlogin (there should be no password question) or remote shell command (rcmd/remsh/rsh <host> <command>) . Regards, Andreas Kutsche > ------------------------------------------- SPAR Oesterreichische Warenhandels-AG Hauptzentrale Europastrasse 3 A - 5015 Salzburg Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org]Im Auftrag von > PAUL GATHOGO > Gesendet: Montag, 08. Jänner 2007 10:34 > An: ids@iiug.org > Betreff: Client Host or user is not trusted by the server! [8131] > > > > Hi all, > > Am battling with my IDS 10 installation running on suse 9 > Enterprise, i have > installed everything well. Am trying to connect from a SCO > unix machine and am > getting the following error "Client host or user is not > trusted by the > server", my setup files look like this: > > 1. On the SCO machine(client), $HOME/informix/.rhosts file > has an entry of my > suse server. > > 2. On the SCO machine(client), /etc/hosts file has an entry > of my suse server > and IP address. > > 3. On the SCO machine(client), /etc/hosts.equiv file has an > entry of the my > suse server. > > 4. On the Suse(server), $HOME/informix/.rhosts file has an entry of > SCO(client) machine name. > > 5. On the Suse(server), /etc/hosts file has an entry of the > SCO(client) > machine name. > > 6. On the the Suse(server), /etc/hosts.equiv file has an entry of the > SCO(client) machine name. > > Where am i going wrong on this? > > Paul. > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the discussion forum. > >

Hi, When i do an nslookup <clientname> command, the server returns the following msg " ;; connection timed out; no servers could be reached " What does that mean? Hostname in both files (.rhosts & hosts.equiv ) are all the same and permission are set properly for there respective owners (.rhosts = informix, /etc/hosts.equiv = root) If i do an rlogin, the client connects straight with no password queries! PS: On my $INFORMIXDIR/etc/sqlhosts, my server name is an absolute IP address! for reasons unknown to me, if i put the servername, comamands like onpaces, ontape, onmonitor throws segmentation fault error!...hint Help! Paul

The error message of nslookup indicates that your are not using DNS. In that case the entry in the /etc/hosts (mapping of IP-address to name) is used. If you can do a rlogin without password I would expect that informix allows client access, too. Sorry, I've no more ideas. Regards, Andreas Kutsche > ------------------------------------------- SPAR Oesterreichische Warenhandels-AG Hauptzentrale Europastrasse 3 A - 5015 Salzburg Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org]Im Auftrag von > PAUL GATHOGO > Gesendet: Montag, 08. Jänner 2007 12:15 > An: ids@iiug.org > Betreff: Re: AW: Client Host or user is not trusted by the [8133] > > > > Hi, > > When i do an nslookup <clientname> command, the server > returns the following > msg > " ;; connection timed out; no servers could be reached " > > What does that mean? > > Hostname in both files (.rhosts & hosts.equiv ) are all the same and > permission are set properly for there respective owners > (.rhosts = informix, > /etc/hosts.equiv = root) > > If i do an rlogin, the client connects straight with no > password queries! > > PS: On my $INFORMIXDIR/etc/sqlhosts, my server name is an > absolute IP address! > for reasons unknown to me, if i put the servername, comamands > like onpaces, > ontape, onmonitor throws segmentation fault error!...hint > > Help! > > Paul > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the discussion forum. > >

Hi, Look in online.log, which address is rejected and add this one in .rhosts /hosts.equiv. When Informix is not able to translate the ip to a host name, the IP can be entered in the files. Sometimes (depending on the IDS version), Informix translates the IP into a HEX representation. This is seen in online.log or in the message if you try with dbaccess from the client machine. If you use /etc/hosts.equiv, .rhosts of informix is not needed. If you are connecting as root, you should set /.rhosts. A user specific .rhosts gets recognized only if the user who is issuing the connection, is the same. (hosts.equiv is for all users but root). Marcus -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Andreas.KUTSCHE@spar.at Sent: Monday, January 08, 2007 12:56 PM To: ids@iiug.org Subject: AW: AW: Client Host or user is not trusted by the [8134] The error message of nslookup indicates that your are not using DNS. In that case the entry in the /etc/hosts (mapping of IP-address to name) is used. If you can do a rlogin without password I would expect that informix allows client access, too. Sorry, I've no more ideas. Regards, Andreas Kutsche > ------------------------------------------- SPAR Oesterreichische Warenhandels-AG Hauptzentrale Europastrasse 3 A - 5015 Salzburg Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org]Im Auftrag von > PAUL GATHOGO > Gesendet: Montag, 08. Jänner 2007 12:15 > An: ids@iiug.org > Betreff: Re: AW: Client Host or user is not trusted by the [8133] > > > > Hi, > > When i do an nslookup <clientname> command, the server returns the > following msg " ;; connection timed out; no servers could be reached " > > What does that mean? > > Hostname in both files (.rhosts & hosts.equiv ) are all the same and > permission are set properly for there respective owners (.rhosts = > informix, /etc/hosts.equiv = root) > > If i do an rlogin, the client connects straight with no password > queries! > > PS: On my $INFORMIXDIR/etc/sqlhosts, my server name is an absolute IP > address! > for reasons unknown to me, if i put the servername, comamands like > onpaces, ontape, onmonitor throws segmentation fault error!...hint > > Help! > > Paul > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the discussion forum. > > **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

Hi, Add the below entries in both server, client machines: Server Machine: ( I assume you are using same userid on both server, client machines) --------------- 1) vi ~/.netrc Add an entry like below: machine ip-address-of-server username userid password password machine ip-address-of-client username userid password password 2) vi ~/.rhosts add an ip address of both Server, client machines. 3) vi /etc/hosts.equiv - Add both server, client machine ip address. Client Machine: -------------- Do the similar steps (1-3) on client side. Note: If not working, try by replacing IP address with machine name. Few machines accepts names instead of IP address. Regards, Ravikumar. PAUL GATHOGO <pgathogo@gmail.com> wrote: Hi all, Am battling with my IDS 10 installation running on suse 9 Enterprise, i have installed everything well. Am trying to connect from a SCO unix machine and am getting the following error "Client host or user is not trusted by the server", my setup files look like this: 1. On the SCO machine(client), $HOME/informix/.rhosts file has an entry of my suse server. 2. On the SCO machine(client), /etc/hosts file has an entry of my suse server and IP address. 3. On the SCO machine(client), /etc/hosts.equiv file has an entry of the my suse server. 4. On the Suse(server), $HOME/informix/.rhosts file has an entry of SCO(client) machine name. 5. On the Suse(server), /etc/hosts file has an entry of the SCO(client) machine name. 6. On the the Suse(server), /etc/hosts.equiv file has an entry of the SCO(client) machine name. Where am i going wrong on this? Paul. ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum. Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php

Ravi, Done all that you said but still nothing doing! By the way, when you say machine <IP-address> do i type in the word "machine"? more ideas ... Paul

Yes. You need to type the entry like below: machine 9.20.182.100 username ravikumar password passwd BTW, Are you using same user account on both client, server machine ? Regards, Ravikumar. PAUL GATHOGO <pgathogo@gmail.com> wrote: Ravi, Done all that you said but still nothing doing! By the way, when you say machine do i type in the word "machine"? more ideas ... Paul ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum. Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php

Hi, .netrc is for ftp only, Informix does not use it. Marcus -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of ravi kumar Sent: Monday, January 08, 2007 1:25 PM To: ids@iiug.org Subject: Re: Client Host or user is not trusted by the .... [8136] Hi, Add the below entries in both server, client machines: Server Machine: ( I assume you are using same userid on both server, client machines) --------------- 1) vi ~/.netrc Add an entry like below: machine ip-address-of-server username userid password password machine ip-address-of-client username userid password password 2) vi ~/.rhosts add an ip address of both Server, client machines. 3) vi /etc/hosts.equiv - Add both server, client machine ip address. Client Machine: -------------- Do the similar steps (1-3) on client side. Note: If not working, try by replacing IP address with machine name. Few machines accepts names instead of IP address. Regards, Ravikumar. PAUL GATHOGO <pgathogo@gmail.com> wrote: Hi all, Am battling with my IDS 10 installation running on suse 9 Enterprise, i have installed everything well. Am trying to connect from a SCO unix machine and am getting the following error "Client host or user is not trusted by the server", my setup files look like this: 1. On the SCO machine(client), $HOME/informix/.rhosts file has an entry of my suse server. 2. On the SCO machine(client), /etc/hosts file has an entry of my suse server and IP address. 3. On the SCO machine(client), /etc/hosts.equiv file has an entry of the my suse server. 4. On the Suse(server), $HOME/informix/.rhosts file has an entry of SCO(client) machine name. 5. On the Suse(server), /etc/hosts file has an entry of the SCO(client) machine name. 6. On the the Suse(server), /etc/hosts.equiv file has an entry of the SCO(client) machine name. Where am i going wrong on this? Paul. **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum. Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

Hi Yep, i've done all that machine 10.25.1.1, username informix, password password but still nothing! Yes am using user informix, though from the client machine informix user has a different password from informix user on the server, does it matter? more ideas .. Paul

On Redhat, this works: - both client and server IPs are in /etc/hosts on both sides - both client and server hostnames are in /etc/hosts.equiv on both sides - root's ".rhosts" is the same as /etc/hosts.equiv on the db server - sqlhosts just refers to hostnames All of this is behind our firewalls by the way. Bob Roussey Unix / Informix Administration Spirit Airlines Robert.Roussey@SpiritAir.com -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of PAUL GATHOGO Sent: Monday, January 08, 2007 8:07 AM To: ids@iiug.org Subject: Re: Client Host or user is not trusted by the serv [8137] Ravi, Done all that you said but still nothing doing! By the way, when you say machine <IP-address> do i type in the word "machine"? more ideas ... Paul ************************************************************************ ******* Forum Note: Use "Reply" to post a response in the discussion forum.

Hi, Does the user password of both client and server need to be the same? Paul

Do the users have the same userid in the passwd files on both machines? (They have to be the same integer value for rsh to work.) PAUL GATHOGO wrote: > Hi > > Yep, i've done all that > > machine 10.25.1.1, > username informix, > password password > > but still nothing! Yes am using user informix, though from the client machine > informix user has a different password from informix user on the server, does > it matter? > > more ideas .. > > Paul > > > ******************************************************************************* > Forum Note: Use "Reply" to post a response in the discussion forum. > > --

Guys- That message means that your server is trying to use DNS and failing for whatever reason (DNS is probably not configured). Check your /etc/nsswitch.conf file for the hosts entry. If you want to use your /etc/hosts file, the hosts entry must have "files" in the search path. DNS is the default on some systems, on others you must create the file yourself or DNS will be assumed. Our system's nsswitch.conf contains this hosts entry: hosts: files [NOTFOUND=continue] dns So that any host not in our hosts file will be attempted through DNS. The Informix connection will most likely continue to fail until you are able to resolve your client's IP address with nslookup. --EEM -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of Andreas.KUTSCHE@spar.at Sent: Monday, January 08, 2007 5:56 AM To: ids@iiug.org Subject: AW: AW: Client Host or user is not trusted by the [8134] The error message of nslookup indicates that your are not using DNS. In that case the entry in the /etc/hosts (mapping of IP-address to name) is used. If you can do a rlogin without password I would expect that informix allows client access, too. Sorry, I've no more ideas. Regards, Andreas Kutsche > ------------------------------------------- SPAR Oesterreichische Warenhandels-AG Hauptzentrale Europastrasse 3 A - 5015 Salzburg Tel: +43 662 4470 24223 Mobile: +43 664 6259575 E-Mail: Andreas.KUTSCHE@spar.at Internet: http://www.spar.at Wichtiger Hinweis: Der Inhalt dieser E-Mail kann vertrauliche und rechtlich geschützte Informationen, insbesondere Betriebs- oder Geschäftsgeheimnisse, enthalten, zu deren Geheimhaltung der Empfänger verpflichtet ist. Die Informationen in dieser E-Mail sind ausschließlich für den Adressaten bestimmt. Sollten Sie die E-Mail irrtümlich erhalten haben so ersuchen wir Sie, die Nachricht von Ihrem System zu löschen und sich mit uns in Verbindung zu setzen. Über das Internet versandte E-Mails können leicht manipuliert oder unter fremdem Namen erstellt werden. Daher schließen wir die rechtliche Verbindlichkeit der in dieser Nachricht enthaltenen Informationen aus. Der Inhalt der E-Mail ist nur rechtsverbindlich, wenn er von uns schriftlich bestätigt und gezeichnet wird. Sollte trotz der von uns verwendeten Virus-Schutzprogramme durch die Zusendung von E-Mails ein Virus in Ihre Systeme gelangen, haften wir nicht für evtl. hieraus entstehende Schäden. Wir danken für Ihr Verständnis. Important notice: The contents of this e-mail may contain confidential and legally protected information that is in particular related to operational and trade secrets, which the recipient is obliged to treat as confidential. The information in this e-mail is made available exclusively for use by the addressee. In the event that the e-mail may have been sent to you in error, we would ask you to kindly delete this communication from your system and to contact us. E-mails sent via the Internet can be easily manipulated or sent out under someone else's name. We therefore do not accept legal liability for the information contained in this communication. The contents of the e-mail are only legally binding if they have been confirmed and signed by us in writing. If, in spite of our using Antivirus protection software, a virus may have penetrated your system through the sending of this e-mail, we do not accept liability for any damage that may possibly arise as a result of this. We trust that you appreciate our position. ------------------------------------------- -----Ursprüngliche Nachricht----- > Von: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org]Im Auftrag von > PAUL GATHOGO > Gesendet: Montag, 08. Jänner 2007 12:15 > An: ids@iiug.org > Betreff: Re: AW: Client Host or user is not trusted by the [8133] > > > > Hi, > > When i do an nslookup <clientname> command, the server > returns the following > msg > " ;; connection timed out; no servers could be reached " > > What does that mean? > > Hostname in both files (.rhosts & hosts.equiv ) are all the same and > permission are set properly for there respective owners > (.rhosts = informix, > /etc/hosts.equiv = root) > > If i do an rlogin, the client connects straight with no > password queries! > > PS: On my $INFORMIXDIR/etc/sqlhosts, my server name is an > absolute IP address! > for reasons unknown to me, if i put the servername, comamands > like onpaces, > ontape, onmonitor throws segmentation fault error!...hint > > Help! > > Paul > > > ************************************************************** > ***************** > Forum Note: Use "Reply" to post a response in the discussion forum. > > ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum.

Paul, Why don't you try by resetting both client, server passwords to same ? Regards, Ravikumar. PAUL GATHOGO <pgathogo@gmail.com> wrote: Hi, Does the user password of both client and server need to be the same? Paul ******************************************************************************* Forum Note: Use "Reply" to post a response in the discussion forum. Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php

Hi, The passwords are not very important. If you use hosts.equiv or .rhosts, these do not matter. More important is the entry which is in online.log at the moment you try a connection. There you can see if the IP or the machine name is rejected by informix. You should see the same message when you try to connect to the server using dbaccess from the SCO machine. What is written there ? Marcus -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of ravi kumar Sent: Monday, January 08, 2007 3:48 PM To: ids@iiug.org Subject: Re: RE: Client Host or user is not trusted by the [8145] Paul, Why don't you try by resetting both client, server passwords to same ? Regards, Ravikumar. PAUL GATHOGO <pgathogo@gmail.com> wrote: Hi, Does the user password of both client and server need to be the same? Paul **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum. Send free SMS to your Friends on Mobile from your Yahoo! Messenger. Download Now! http://messenger.yahoo.com/download.php **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.

It's the IP address that is shown, What does that mean? Paul

I have not checked this one, but remember my rlogin is working properly from my SCO client, it doesn't even ask me for a password. But i'll have to check this userid to make sure its the same. Paul

Normally this means, you have to set the IP in the hosts.equiv / .rhosts instead of the server name, because it cannot be looked up for some reason. Marcus -----Original Message----- From: ids-bounces@iiug.org [mailto:ids-bounces@iiug.org] On Behalf Of PAUL GATHOGO Sent: Monday, January 08, 2007 4:41 PM To: ids@iiug.org Subject: Re: RE: RE: Client Host or user is not trusted by [8147] It's the IP address that is shown, What does that mean? Paul **************************************************************************** *** Forum Note: Use "Reply" to post a response in the discussion forum.