<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Can't rsh to a RHAS2.1 in Operating System - Linux</title>
    <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410483#M71054</link>
    <description>Ok, now as has been mentioned in a few other posts, the firewall.  Need to make sure port 513 (I believe off the top of my head) is opened up from the RH62 server.&lt;BR /&gt;&lt;BR /&gt;Next thing to do is to make sure that /etc/hosts.allow and /etc/hosts.deny aren't dis-allowing it (is there an ALL:ALL in '/etc/hosts.deny' ? or any reference to 'in.rshd' ?).&lt;BR /&gt;&lt;BR /&gt;Other than that, refreshing the 'xinetd' config using 'service xinetd reload', and ensuring no errors show up in '/var/log/messages', and that the 'rsh' service is listed.&lt;BR /&gt;&lt;BR /&gt;That should account for a 'Connection refused' error.</description>
    <pubDate>Sun, 31 Oct 2004 22:41:48 GMT</pubDate>
    <dc:creator>Stuart Browne</dc:creator>
    <dc:date>2004-10-31T22:41:48Z</dc:date>
    <item>
      <title>Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410477#M71048</link>
      <description>Hi &lt;BR /&gt;I am trying to do a rsh to a RHAS2.1 server from another RedHat6.2 server but it failed &lt;BR /&gt;&lt;BR /&gt;(redhat 6.2 server)$ /usr/bin/rsh -l mon 192.168.23.54 'ls'&lt;BR /&gt;"192.168.23.54: Connection refused" message&lt;BR /&gt;&lt;BR /&gt;On the RHAS2.1 server, there are no logs that indicate the failure in the /var/log/messages&lt;BR /&gt;&lt;BR /&gt;In /etc/xinetd.d/rsh, disable=no&lt;BR /&gt;&lt;BR /&gt;On the RHAS2.1 server, the user mon can rsh to itself without any problems&lt;BR /&gt;&lt;BR /&gt;what could be the problem?</description>
      <pubDate>Thu, 28 Oct 2004 21:48:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410477#M71048</guid>
      <dc:creator>kenny chia</dc:creator>
      <dc:date>2004-10-28T21:48:32Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410478#M71049</link>
      <description>Is iptables firewall on RHAS 2.1 server active?&lt;BR /&gt;&lt;BR /&gt;# iptables -L</description>
      <pubDate>Fri, 29 Oct 2004 00:54:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410478#M71049</guid>
      <dc:creator>Ermin Borovac</dc:creator>
      <dc:date>2004-10-29T00:54:49Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410479#M71050</link>
      <description>Kenny,&lt;BR /&gt;&lt;BR /&gt;On my RH 8.0 I must set a list of trusted hosts and users for rsh in /etc/hosts.equiv in a format:&lt;BR /&gt;&lt;BR /&gt;[+|-] [hostname] [username]&lt;BR /&gt;&lt;BR /&gt;Please see man hosts.equiv.&lt;BR /&gt;&lt;BR /&gt;Bojan</description>
      <pubDate>Fri, 29 Oct 2004 04:37:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410479#M71050</guid>
      <dc:creator>Bojan Nemec</dc:creator>
      <dc:date>2004-10-29T04:37:50Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410480#M71051</link>
      <description>The RHAS2.1 server is allowing ssh, does that mean that rsh cannot be used?</description>
      <pubDate>Fri, 29 Oct 2004 04:41:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410480#M71051</guid>
      <dc:creator>kenny chia</dc:creator>
      <dc:date>2004-10-29T04:41:44Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410481#M71052</link>
      <description>This are two different things. ssh and rsh have very similar functionality but they are two different programs with two different daemons. It is better practice to use ssh because the communication is cripted.&lt;BR /&gt;&lt;BR /&gt;So if you want to use rsh you need to specify which users and hosts you trust.&lt;BR /&gt;&lt;BR /&gt;For the ssh security see man ssh.&lt;BR /&gt;&lt;BR /&gt;Bojan</description>
      <pubDate>Fri, 29 Oct 2004 06:22:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410481#M71052</guid>
      <dc:creator>Bojan Nemec</dc:creator>
      <dc:date>2004-10-29T06:22:43Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410482#M71053</link>
      <description>Sorry,&lt;BR /&gt;&lt;BR /&gt;Rereading my post I see that I forgot to answer your question.&lt;BR /&gt;Both rsh and ssh can be used on the same system. They work on two different tcpip ports.&lt;BR /&gt;&lt;BR /&gt;Bojan&lt;BR /&gt;</description>
      <pubDate>Fri, 29 Oct 2004 06:30:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410482#M71053</guid>
      <dc:creator>Bojan Nemec</dc:creator>
      <dc:date>2004-10-29T06:30:23Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410483#M71054</link>
      <description>Ok, now as has been mentioned in a few other posts, the firewall.  Need to make sure port 513 (I believe off the top of my head) is opened up from the RH62 server.&lt;BR /&gt;&lt;BR /&gt;Next thing to do is to make sure that /etc/hosts.allow and /etc/hosts.deny aren't dis-allowing it (is there an ALL:ALL in '/etc/hosts.deny' ? or any reference to 'in.rshd' ?).&lt;BR /&gt;&lt;BR /&gt;Other than that, refreshing the 'xinetd' config using 'service xinetd reload', and ensuring no errors show up in '/var/log/messages', and that the 'rsh' service is listed.&lt;BR /&gt;&lt;BR /&gt;That should account for a 'Connection refused' error.</description>
      <pubDate>Sun, 31 Oct 2004 22:41:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410483#M71054</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-10-31T22:41:48Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410484#M71055</link>
      <description>Hi&lt;BR /&gt;&lt;BR /&gt;On the RHAS2.1 server, the user mon can rsh to itself without any problems&lt;BR /&gt;&lt;BR /&gt;iptables is not enabled&lt;BR /&gt;&lt;BR /&gt;I have added the entries into /etc/hosts.equiv&lt;BR /&gt;&lt;BR /&gt;/etc/hosts.deny and /etc/hosts.allow are empty&lt;BR /&gt;&lt;BR /&gt;I ran the command&lt;BR /&gt;&lt;BR /&gt;service xinetd reload &lt;BR /&gt;&lt;BR /&gt;/var/log/messages does not show that it is removed.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Sun, 31 Oct 2004 23:33:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410484#M71055</guid>
      <dc:creator>kenny chia</dc:creator>
      <dc:date>2004-10-31T23:33:51Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410485#M71056</link>
      <description>hi Kenny,&lt;BR /&gt;there is yet another way how to do it working&lt;BR /&gt;&lt;BR /&gt;place on remote box  into $HOME of connecting user file .rhosts  with following line&lt;BR /&gt;box1  user1&lt;BR /&gt;box2  user1&lt;BR /&gt;(trused box and user)&lt;BR /&gt;&lt;BR /&gt;boxes must be also in /etc/hosts &lt;BR /&gt;&lt;BR /&gt;also check if all r&lt;BR /&gt;&lt;BR /&gt;check also if rcpbind is running on remote box&lt;BR /&gt;&lt;BR /&gt;rpcinfo -p &lt;REMOTE ip=""&gt;&lt;BR /&gt;&lt;BR /&gt;br Jan&lt;BR /&gt;&lt;/REMOTE&gt;</description>
      <pubDate>Mon, 01 Nov 2004 20:06:29 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410485#M71056</guid>
      <dc:creator>Jan Sladky</dc:creator>
      <dc:date>2004-11-01T20:06:29Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410486#M71057</link>
      <description>Jan is getting the closest.&lt;BR /&gt;&lt;BR /&gt;As you are RSH'n from userA to user 'mon', the .rhosts for the 'mon' user needs to know that you're also coming from a different user.&lt;BR /&gt;&lt;BR /&gt;rh62serv &lt;USER-COMING-FROM&gt;&lt;BR /&gt;&lt;BR /&gt;Add that entry to mon's .rhosts file, and you'll get more joy.&lt;/USER-COMING-FROM&gt;</description>
      <pubDate>Mon, 01 Nov 2004 21:44:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410486#M71057</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-11-01T21:44:39Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410487#M71058</link>
      <description>Hi &lt;BR /&gt;IMHO I think there is no permission problems as it reported "Connection refused" rather than "Permission denied"&lt;BR /&gt;&lt;BR /&gt;Could it be a pam problem?&lt;BR /&gt;this is the contents of my /etc/pam.d/rsh&lt;BR /&gt;&lt;BR /&gt;#%PAM-1.0&lt;BR /&gt;# For root login to succeed here with pam_securetty, "rsh" must be&lt;BR /&gt;# listed in /etc/securetty.&lt;BR /&gt;auth       required     /lib/security/pam_nologin.so&lt;BR /&gt;auth       required     /lib/security/pam_securetty.so&lt;BR /&gt;auth       required     /lib/security/pam_env.so&lt;BR /&gt;auth       required     /lib/security/pam_rhosts_auth.so&lt;BR /&gt;account    required     /lib/security/pam_stack.so service=system-auth&lt;BR /&gt;session    required     /lib/security/pam_stack.so service=system-auth</description>
      <pubDate>Mon, 01 Nov 2004 22:48:50 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410487#M71058</guid>
      <dc:creator>kenny chia</dc:creator>
      <dc:date>2004-11-01T22:48:50Z</dc:date>
    </item>
    <item>
      <title>Re: Can't rsh to a RHAS2.1</title>
      <link>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410488#M71059</link>
      <description>It could be, but 'Connection refused' usually means that something is not allowing it to connect rather than dropping the connection.&lt;BR /&gt;&lt;BR /&gt;Ensure that the 'rsh' service is listening, using:&lt;BR /&gt;&lt;BR /&gt;netstat -ntlp | grep xinetd&lt;BR /&gt;&lt;BR /&gt;One of the listed ports should be 514 (Yes, I was wrong the other day).&lt;BR /&gt;&lt;BR /&gt;If it's not, then use 'chkconfig rsh on' and do it again.</description>
      <pubDate>Tue, 02 Nov 2004 17:00:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-linux/can-t-rsh-to-a-rhas2-1/m-p/3410488#M71059</guid>
      <dc:creator>Stuart Browne</dc:creator>
      <dc:date>2004-11-02T17:00:18Z</dc:date>
    </item>
  </channel>
</rss>

