<?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 remsh in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486188#M596572</link>
    <description>All of the sudden our remsh program terminates with the following error:&lt;BR /&gt;TCPIP$RSH - Permission denied - host IP addr&lt;BR /&gt;&lt;BR /&gt;We're accessing an Compaq alpha running OpenVMs 7.2-1 and running TCPIP Services for OPenvVMS v5.0a.&lt;BR /&gt;&lt;BR /&gt;Please consult.  We're not sure if the problem lies on the vms server on the HP L1000.&lt;BR /&gt;</description>
    <pubDate>Wed, 24 Jan 2001 14:32:18 GMT</pubDate>
    <dc:creator>Joe Profaizer</dc:creator>
    <dc:date>2001-01-24T14:32:18Z</dc:date>
    <item>
      <title>remsh</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486188#M596572</link>
      <description>All of the sudden our remsh program terminates with the following error:&lt;BR /&gt;TCPIP$RSH - Permission denied - host IP addr&lt;BR /&gt;&lt;BR /&gt;We're accessing an Compaq alpha running OpenVMs 7.2-1 and running TCPIP Services for OPenvVMS v5.0a.&lt;BR /&gt;&lt;BR /&gt;Please consult.  We're not sure if the problem lies on the vms server on the HP L1000.&lt;BR /&gt;</description>
      <pubDate>Wed, 24 Jan 2001 14:32:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486188#M596572</guid>
      <dc:creator>Joe Profaizer</dc:creator>
      <dc:date>2001-01-24T14:32:18Z</dc:date>
    </item>
    <item>
      <title>Re: remsh</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486189#M596573</link>
      <description>Joe:&lt;BR /&gt;&lt;BR /&gt;Check /var/adm/inetd.sec for entries that deny access.  You are looking for a service name of "shell" for "remsh".&lt;BR /&gt;&lt;BR /&gt;...JRF...</description>
      <pubDate>Wed, 24 Jan 2001 15:57:06 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486189#M596573</guid>
      <dc:creator>James R. Ferguson</dc:creator>
      <dc:date>2001-01-24T15:57:06Z</dc:date>
    </item>
    <item>
      <title>Re: remsh</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486190#M596574</link>
      <description>Can you successfully telnet across to the server and run the same command as the remsh? Finding this out may give you a clue to where the problem lies.</description>
      <pubDate>Wed, 24 Jan 2001 16:08:39 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486190#M596574</guid>
      <dc:creator>Douglas Cromby_1</dc:creator>
      <dc:date>2001-01-24T16:08:39Z</dc:date>
    </item>
    <item>
      <title>Re: remsh</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486191#M596575</link>
      <description>Run "man" on "hosts.equiv".  That will give you information on setting up system equivelancies.  There should be a similar file on the VMS system.  Since the error message is all caps it is probably coming from the VMS system.  Even if the systems are equivelant, "remsh" requires the user to be equivelant as well ($HOME/.rhosts).</description>
      <pubDate>Thu, 25 Jan 2001 12:51:43 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/remsh/m-p/2486191#M596575</guid>
      <dc:creator>Stuart Powell</dc:creator>
      <dc:date>2001-01-25T12:51:43Z</dc:date>
    </item>
  </channel>
</rss>

