<?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: NFS Client root access problem in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318889#M686052</link>
    <description>Hi Alexander,&lt;BR /&gt;&lt;BR /&gt;By adding the "anon=0" option you're effectively allowing the root user on *EVERY* NFS client that mounts this filesystem to have root privileges on the shared filesystem.  Is this really what you want?  Or are you trying to limit the specific NFS client systems that are allowed to behave as root in that filesystem?  &lt;BR /&gt;&lt;BR /&gt;If you want/need to restrict root access to a small group of systems then the "root=" option is the way to do it.  If you're having problems getting the syntax right let me know and I'll help.  But opening up the filesystem to all root users can be potentially dangerous - especially if there is not an accompanying rw= list.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Dave</description>
    <pubDate>Sun, 07 Dec 2008 19:48:59 GMT</pubDate>
    <dc:creator>Dave Olker</dc:creator>
    <dc:date>2008-12-07T19:48:59Z</dc:date>
    <item>
      <title>NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318883#M686046</link>
      <description>Hi;&lt;BR /&gt;&lt;BR /&gt;I am installing a serviceguard cluster to be used with SAP in HPUX 11iv3.&lt;BR /&gt;&lt;BR /&gt;One requeriment for SAP is to create an NFS Server Package and use the automount client&lt;BR /&gt;on each cluster node to share some directories.&lt;BR /&gt;&lt;BR /&gt;My problem is that the NFS Package share the File systems, each client node can automount these file systems, the nodes that don't own the package have root access permissions.  &lt;BR /&gt;&lt;BR /&gt;But the node that owns the package doesn't have root access permissions and writes files&lt;BR /&gt;with the user nobody.  In the configuration i&lt;BR /&gt;specified root access permissions for all nodes in the cluster.&lt;BR /&gt;&lt;BR /&gt;When i moved the package to another node, always is the same situation with the node that owns the package.&lt;BR /&gt;&lt;BR /&gt;Best Regards;&lt;BR /&gt;&lt;BR /&gt;Alexander &lt;BR /&gt;</description>
      <pubDate>Fri, 05 Dec 2008 17:06:27 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318883#M686046</guid>
      <dc:creator>Alex_santa</dc:creator>
      <dc:date>2008-12-05T17:06:27Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318884#M686047</link>
      <description>try eporting root=xxx&lt;BR /&gt;&lt;BR /&gt;#exportfs -i -o root=client1:client2 /fs/name</description>
      <pubDate>Fri, 05 Dec 2008 17:45:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318884#M686047</guid>
      <dc:creator>skt_skt</dc:creator>
      <dc:date>2008-12-05T17:45:51Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318885#M686048</link>
      <description>Hi..,&lt;BR /&gt;&lt;BR /&gt;As mentioned above exporting with root=client option should work ..&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 05 Dec 2008 17:58:46 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318885#M686048</guid>
      <dc:creator>john123</dc:creator>
      <dc:date>2008-12-05T17:58:46Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318886#M686049</link>
      <description>Hi;&lt;BR /&gt;&lt;BR /&gt;In the serviceguard package I did the export with the following option:&lt;BR /&gt;&lt;BR /&gt;"-o root=node1,root=node2" file_system&lt;BR /&gt;&lt;BR /&gt;It works fine with the node that doesn't own the NFS package, but with the node that owns the package it didn't get the root privileges.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Alexander&lt;BR /&gt;</description>
      <pubDate>Fri, 05 Dec 2008 19:00:15 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318886#M686049</guid>
      <dc:creator>Alex_santa</dc:creator>
      <dc:date>2008-12-05T19:00:15Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318887#M686050</link>
      <description>In the export options, you have to add the package hostname or the relocatable IP address.&lt;BR /&gt;&lt;BR /&gt;OPTIONS -root=node1,node2,nfs_reloc ....&lt;BR /&gt;&lt;BR /&gt;where nfs_reloc is the name of the NFS package.&lt;BR /&gt;&lt;BR /&gt;If you have a db package and a ci package, you must add both.&lt;BR /&gt;Is sane to add all the IP addresse, or names the machings may have.&lt;BR /&gt;&lt;BR /&gt;Hope ths help you</description>
      <pubDate>Sat, 06 Dec 2008 02:55:44 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318887#M686050</guid>
      <dc:creator>Andres Stickar</dc:creator>
      <dc:date>2008-12-06T02:55:44Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318888#M686051</link>
      <description>&amp;gt; "-o root=node1,root=node2" file_system&lt;BR /&gt;&lt;BR /&gt;That syntax is incorrect for a root= list.  The syntax is:&lt;BR /&gt;&lt;BR /&gt;-o root=node1:node2:node3&lt;BR /&gt;&lt;BR /&gt;Also with 11i v3 the systems in the root= or rw= lists need to be fully-qualified names.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Dave&lt;BR /&gt;</description>
      <pubDate>Sat, 06 Dec 2008 03:42:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318888#M686051</guid>
      <dc:creator>Dave Olker</dc:creator>
      <dc:date>2008-12-06T03:42:09Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318889#M686052</link>
      <description>Hi Alexander,&lt;BR /&gt;&lt;BR /&gt;By adding the "anon=0" option you're effectively allowing the root user on *EVERY* NFS client that mounts this filesystem to have root privileges on the shared filesystem.  Is this really what you want?  Or are you trying to limit the specific NFS client systems that are allowed to behave as root in that filesystem?  &lt;BR /&gt;&lt;BR /&gt;If you want/need to restrict root access to a small group of systems then the "root=" option is the way to do it.  If you're having problems getting the syntax right let me know and I'll help.  But opening up the filesystem to all root users can be potentially dangerous - especially if there is not an accompanying rw= list.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Sun, 07 Dec 2008 19:48:59 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318889#M686052</guid>
      <dc:creator>Dave Olker</dc:creator>
      <dc:date>2008-12-07T19:48:59Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318890#M686053</link>
      <description>&amp;gt;Dave: By adding the "anon=0" option you're effectively allowing the root user&lt;BR /&gt;&lt;BR /&gt;Isn't it worse than that?  I.e. every unknown user is root.</description>
      <pubDate>Sun, 07 Dec 2008 22:56:25 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318890#M686053</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-12-07T22:56:25Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318891#M686054</link>
      <description>Hi Dennis,&lt;BR /&gt;&lt;BR /&gt;&amp;gt; Isn't it worse than that? I.e. every unknown user is root.&lt;BR /&gt;&lt;BR /&gt;Ok, but what's an "unknown" user?  My understanding is an unknown user is effectively someone with a UID that is outside the known range.  I wouldn't expect that a user that is not configured on the server will get root access.  &lt;BR /&gt;&lt;BR /&gt;In other words, if you have a user with a UID of 2000 on an NFS client but this user is not configured on the server (i.e. no entry in /etc/passwd, NIS, NIS+, LDAP, or whatever name service used for passwords) any file created by this user will show up with UID=2000.  Just because the server doesn't have a mapping for user 2000=joe doesn't mean user 2000 should get root access.  &lt;BR /&gt;&lt;BR /&gt;It's been my experience (but I could be wrong) that only root users - or possibly some PC-NFS users, are mapped to the anon value.&lt;BR /&gt;&lt;BR /&gt;If your experience is different please let me know.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Mon, 08 Dec 2008 07:24:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318891#M686054</guid>
      <dc:creator>Dave Olker</dc:creator>
      <dc:date>2008-12-08T07:24:42Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318892#M686055</link>
      <description>&amp;gt;Dave: but what's an "unknown" user?&lt;BR /&gt;&lt;BR /&gt;Yes, that's the question.&lt;BR /&gt;&lt;BR /&gt;&amp;gt;if you have a user with a UID of 2000 on an NFS client but this user is not configured on the server, any file created by this user will show up with UID=2000.&lt;BR /&gt;&lt;BR /&gt;Yes, that's what happens.</description>
      <pubDate>Tue, 09 Dec 2008 01:06:52 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318892#M686055</guid>
      <dc:creator>Dennis Handly</dc:creator>
      <dc:date>2008-12-09T01:06:52Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318893#M686056</link>
      <description>So in that example, the user with UID=2000 is not an unknown user.  He is uid=2000 and his files get created with 2000.  He doesn't take on the anon=0 value.  &lt;BR /&gt;&lt;BR /&gt;To my knowledge, the only users who take on the anonymous value are root users and PC-NFS users that are unauthenticated.</description>
      <pubDate>Tue, 09 Dec 2008 03:03:48 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318893#M686056</guid>
      <dc:creator>Dave Olker</dc:creator>
      <dc:date>2008-12-09T03:03:48Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318894#M686057</link>
      <description>Dave, Dennis;&lt;BR /&gt;&lt;BR /&gt;Considering what you mentioned:&lt;BR /&gt;&lt;BR /&gt;-It is possible that i will have some security risk if I use the anon=0 option?&lt;BR /&gt;&lt;BR /&gt;I am going to recheck the sintax of my configuration because my first consideration was to use the root=node option to give access to the NFS clients.&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Best Regards;&lt;BR /&gt;&lt;BR /&gt;&lt;BR /&gt;Alexander.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Fri, 12 Dec 2008 16:50:41 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318894#M686057</guid>
      <dc:creator>Alex_santa</dc:creator>
      <dc:date>2008-12-12T16:50:41Z</dc:date>
    </item>
    <item>
      <title>Re: NFS Client root access problem</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318895#M686058</link>
      <description>Hi Alex,&lt;BR /&gt;&lt;BR /&gt;If security is one of your concerns then sharing filesystems with "anon=0" is one of the worst things you can do.  That syntax allows the root user on every NFS client to access files on the NFS filesystem as if they were the root user on the NFS server.  That's a very dangerous thing to allow from a security standpoint.&lt;BR /&gt;&lt;BR /&gt;Creating an rw= list and a root= list is much safer as that determines which NFS clients are allowed read/write access to the filesystem and which clients are allowed root access.&lt;BR /&gt;&lt;BR /&gt;Regards,&lt;BR /&gt;&lt;BR /&gt;Dave</description>
      <pubDate>Fri, 12 Dec 2008 16:56:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/nfs-client-root-access-problem/m-p/4318895#M686058</guid>
      <dc:creator>Dave Olker</dc:creator>
      <dc:date>2008-12-12T16:56:18Z</dc:date>
    </item>
  </channel>
</rss>

