<?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: Close service portmap in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432975#M3775</link>
    <description>Then I haven't problem to close this port ?&lt;BR /&gt;</description>
    <pubDate>Wed, 26 Jul 2000 20:17:41 GMT</pubDate>
    <dc:creator>Marcelo De Florio</dc:creator>
    <dc:date>2000-07-26T20:17:41Z</dc:date>
    <item>
      <title>Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432973#M3773</link>
      <description>I have close portmap service, this service work together with nfs ?&lt;BR /&gt;&lt;BR /&gt;bye &lt;BR /&gt;MDF</description>
      <pubDate>Wed, 26 Jul 2000 19:34:05 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432973#M3773</guid>
      <dc:creator>Marcelo De Florio</dc:creator>
      <dc:date>2000-07-26T19:34:05Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432974#M3774</link>
      <description>Yes. NFS is using RPC. If you are using HP 11.0 do not need portmap, instead you'll need rpcbind.&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Jul 2000 20:00:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432974#M3774</guid>
      <dc:creator>Antoanetta Naghiu</dc:creator>
      <dc:date>2000-07-26T20:00:35Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432975#M3775</link>
      <description>Then I haven't problem to close this port ?&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Jul 2000 20:17:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432975#M3775</guid>
      <dc:creator>Marcelo De Florio</dc:creator>
      <dc:date>2000-07-26T20:17:41Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432976#M3776</link>
      <description>If portman was open and nfs was relying upon it, then you will have a problem.&lt;BR /&gt;&lt;BR /&gt;Are you running 11.00?  If so, you should have rpcbind running.&lt;BR /&gt;&lt;BR /&gt;Run rpcinfo -p `hostname`.  That should tell you what services are registered with rpc.</description>
      <pubDate>Wed, 26 Jul 2000 20:39:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432976#M3776</guid>
      <dc:creator>Alan Riggs</dc:creator>
      <dc:date>2000-07-26T20:39:30Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432977#M3777</link>
      <description>If you are using NFS, when you connect, the request goes on post 111 that is portmap. So, if your machine is NFS Server you need portmap service port 111 enable. From the client side, let me think: the socket is ip.unreserved_port... You still need to have rpcbind and biod running in the client...&lt;BR /&gt;But rpcbind is started before inetd...&lt;BR /&gt;In server side, you need for sure portmap service, in client side, I guess you could be ok... But, why you like to close portmap service?&lt;BR /&gt;</description>
      <pubDate>Wed, 26 Jul 2000 21:20:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432977#M3777</guid>
      <dc:creator>Antoanetta Naghiu</dc:creator>
      <dc:date>2000-07-26T21:20:49Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432978#M3778</link>
      <description>I have a close the portmap for security issue. And then anything service of rpc used the portmap service ?</description>
      <pubDate>Thu, 27 Jul 2000 12:14:40 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432978#M3778</guid>
      <dc:creator>Marcelo De Florio</dc:creator>
      <dc:date>2000-07-27T12:14:40Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432979#M3779</link>
      <description>The NFS Server is using portmap service (port 111) for getting requests. So, if your machine exports NFS file systems, you need to let portmap sevice open. In both, HP-UX 10.20 or HP11.&lt;BR /&gt;If the machine is just a client, and portmap from /etc/services is comment out, NFS is ok. &lt;BR /&gt;So, you can work with NFS from client side having portmap service taken out.</description>
      <pubDate>Thu, 27 Jul 2000 15:52:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432979#M3779</guid>
      <dc:creator>Antoanetta Naghiu</dc:creator>
      <dc:date>2000-07-27T15:52:38Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432980#M3780</link>
      <description>Antoanetta, ok, but my question is another service used the portmap ? &lt;BR /&gt;for example: ito rpc.</description>
      <pubDate>Thu, 27 Jul 2000 17:09:07 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432980#M3780</guid>
      <dc:creator>Marcelo De Florio</dc:creator>
      <dc:date>2000-07-27T17:09:07Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432981#M3781</link>
      <description>Many other services use portmapper: nis, rpc, mountd, keyserv, etc.&lt;BR /&gt;&lt;BR /&gt;To determine what services are registered with portmapper on the server in question do:&lt;BR /&gt;&lt;BR /&gt;rpcinfo -p `hostname`</description>
      <pubDate>Thu, 27 Jul 2000 18:01:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432981#M3781</guid>
      <dc:creator>Alan Riggs</dc:creator>
      <dc:date>2000-07-27T18:01:41Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432982#M3782</link>
      <description>I had portmap service -port 111 from /etc/services file comment out and I still mount remote file systems. rpc.bind daemon (11) or portmapd (10.20) is started before inetd daemon. /etc/services is read and controll by inetd daemon.&lt;BR /&gt;So, I am not sure if other services access port 111, I think, no. Should not interact with anything else. Is just a port. Depends on that else you disable.&lt;BR /&gt;But, if you want secured environment there are other things that you need to do. I have a box that has none of the Berkely services, no telnet (I use ssh), and lots the others...</description>
      <pubDate>Thu, 27 Jul 2000 18:23:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432982#M3782</guid>
      <dc:creator>Antoanetta Naghiu</dc:creator>
      <dc:date>2000-07-27T18:23:53Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432983#M3783</link>
      <description>Alan, If I can close the portmap but and then any service (eg nis, rpc) worked properly.</description>
      <pubDate>Thu, 27 Jul 2000 19:06:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432983#M3783</guid>
      <dc:creator>Marcelo De Florio</dc:creator>
      <dc:date>2000-07-27T19:06:49Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432984#M3784</link>
      <description>Alan, If I can close the portmap but and then any service (eg nis, rpc) worked properly.</description>
      <pubDate>Sat, 29 Jul 2000 03:42:38 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432984#M3784</guid>
      <dc:creator>Marcelo De Florio</dc:creator>
      <dc:date>2000-07-29T03:42:38Z</dc:date>
    </item>
    <item>
      <title>Re: Close service portmap</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432985#M3785</link>
      <description>I think you are saying that you kileld the portmapper but your nis, nfs, etc. still ran.  If so, please try the rpcinfo command again after portmapper has been killed (just to check to see whether it has restarted).&lt;BR /&gt;&lt;BR /&gt;Assuming that portmapper is still down, I would say that the subsystems are managing to function only because their port number references are stored in some type of cached resource.  As a rule, all PRC requests must go through portmapper to sync the DARPA port numbers with RPC program numbers.  (subsystems register with portmapper, telling it what ports they listen to and what RPC requests they are prepared to serve.)</description>
      <pubDate>Mon, 31 Jul 2000 14:07:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/close-service-portmap/m-p/2432985#M3785</guid>
      <dc:creator>Alan Riggs</dc:creator>
      <dc:date>2000-07-31T14:07:02Z</dc:date>
    </item>
  </channel>
</rss>

