Bug 8839 - NFS server does not respect netgroup or DNS settings
NFS server does not respect netgroup or DNS settings
Status: CLOSED DUPLICATE of bug 10332
Product: Red Hat Linux
Classification: Retired
Component: nfs-utils (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Michael K. Johnson
: Security
Depends On:
  Show dependency treegraph
Reported: 2000-01-25 10:33 EST by Joseph Kotran
Modified: 2008-05-01 11:37 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2001-11-11 11:42:40 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Joseph Kotran 2000-01-25 10:33:32 EST
The man page for the file /etc/exports defines a method of restricting NFS
access based upon membership in a netgroup or based upon DNS names.  The
NFS server does not respect these restrictions.  For example if you
restrict a NFS share to your local DNS domain (*.redhat.com), no clients
will be able to mount the file share.  The client will get a permission
denied error.  In order to share file systems you must export them to the
world.  I have never been able to make NIS netgroup restrictions work.
However, DNS domain restrictions worked up to Red Hat 5.2.


Joe Kotran
Comment 1 Seth Vidal 2000-07-14 01:45:13 EDT
Can you make this reliably occur. I'm running rhat 6.2 on >20 nfs servers and I
don't see this problem on ANY of them.

Comment 2 Cristian Gafton 2000-08-08 22:34:43 EDT
assigned to johnsonm
Comment 3 Changed to DavidTangye@hotmail.com 2001-03-29 01:24:35 EST
Refer my bug 33742 posted today. Maybe my permission denied is caused by the
same sort of thing: the way the exports file is coded.

Best regards,
David Tangye

-- Public email :  DavidTangye@hotmail.com
-- Public website: http://www.ozemail.com.au/~dtangye
-- Quality Software Systems - Consulting and Development 
-- using Linux, Java, Oracle, Rational, Borland, & Corel
Comment 4 Aleksey Nogin 2001-11-11 11:42:35 EST
This may be a duplicate of 10332
Comment 5 Michael K. Johnson 2002-01-18 13:01:07 EST
I think you are right, this probably is a duplicate of 10332.
Well, more like 10332 is a duplicate of this, but it all comes
down to the same thing in the end...

*** This bug has been marked as a duplicate of 10332 ***

Note You need to log in before you can comment on or make changes to this bug.