Another approach to consider is ACL

Another approach to consider is ACLs. NFSv4 has them. An ACL (Access Control List) is a list of ACEs (Access Control Entries). In NFSv4 an ACE is basically:

user name or group name
permission bits
whether the named user or group is being denied or allowed access

How does this solve the problem that lots of groups solves? For a given file, you can list a bunch of users that are allowed access, and there is no over the network specification that limits how many user ACEs you can have in an ACL. The limits are purely on the server. So for a given set of files, you can let lots of users and lots of different sets of users access each file. Compare that to what lots of supplemental groups do for you. Each file has a single group id assigned to it, and you can then assign a lot of users to the group id in /etc/group or the group table in NIS or LDAP. You can assign a different group id to each file. So for a set of files, you can grant access to lots of users, and lots of different sets of users. Semantically the same.

So what ACLs do for the NFS community is make extended access purely a server problem in terms of flexibility and performance. Of course, there needs to be away to edit the ACLs on a given file, which is what NFSv4 does for you.

結果 (日本語) 1:

考慮するもう一つのアプローチは、Acl です。Nfs V4 では、しています。ACL (アクセス制御リスト) は、Ace (アクセス制御エントリ) のリストです。Nfs V4 では、エースは基本的にユーザー名またはグループ名アクセス権ビット指名ユーザまたはグループを拒否するかどうか、または許可されるアクセスどのようにこれはグループの多くを解決する問題を解決しましたか。指定されたファイルのアクセスを許可されているユーザーの束をリストでき、ACL で持つことができますどのように多くのユーザーの Ace を制限するネットワーク仕様がないです。限界は純粋にサーバーです。だからファイルの指定されたセットの多くのユーザーをさせることができ、たくさん異なるユーザー セットの各ファイルにアクセスします。補足グループの多くはあなたのため何を比較します。各ファイルには、それに割り当てられた単一のグループ id と、/etc/グループ id または NIS や LDAP グループのテーブルに多くのユーザーを割り当てることができます。それぞれのファイルに別のグループ id を割り当てることができます。だからファイルのセット、多くのユーザー、および異なるユーザー セットの多くへのアクセスを与えることができます。意味的に同じです。拡張アクセスの柔軟性とパフォーマンスの面で純粋なサーバーの問題 NFS のコミュニティのための Acl は何です。もちろん、nfs V4 はあなたのためである指定されたファイルの Acl を編集するのには先にする必要があります。

結果 (日本語) 2:

考慮すべきもう一つのアプローチは、ACLのです。NFSv4のは、それらを持っています。ACL（アクセス制御リスト）のACE（アクセス制御エントリ）の一覧です。NFSv4ではでは、ACEは、基本的には、次のとおりです。ユーザー名またはグループ名のパーミッションビットという名前のユーザーまたはグループが拒否またはアクセスが許可されているかどうかをどのようにこれは多くのグループでは、解決の問題を解決できますか？指定されたファイルでは、アクセスを許可されたユーザーの束を一覧表示することができない、あなたがACLに持つことができますどのように多くのユーザーのACE制限ネットワーク仕様の上に何があります。制限は、サーバー上に純粋です。だから、ファイルの特定のセットのために、あなたは多くのユーザーおよびユーザーの異なるセットの多くは、各ファイルにアクセスさせることができます。補足グループの多くはあなたのために何をすべきかと比較することがあります。各ファイルは、それに割り当てられた1つのグループIDを持っており、あなたがして/ etc / groupの中のグループIDまたはNISやLDAPのグループテーブルにユーザーの多くを割り当てることができます。あなたは、各ファイルに別のグループIDを割り当てることができます。だから、ファイルのセットのために、あなたは多くのユーザー、およびユーザーの異なるセットの多くにアクセス権を付与することができます。意味的に同じ。だから何のACLのNFSコミュニティのためにやっていることは、柔軟性とパフォーマンスの面で純粋なサーバーの問題拡張アクセスを行うことです。もちろん、NFSv4のがあなたのために何をするかで与えられたファイル上でACLを編集するには離れが必要です。

結果 (日本語) 3:

考慮するもう一つのアプローチはacl。nfsv 4には彼らがいる。acl（アクセス制御リスト）のエースのリスト（アクセス制御エントリ）である。基本的には、エースnfsv 4：3のユーザ名やグループ名の許可ビットが1回かどうかという名のユーザーまたはグループであることを否定または許されたアクセス方法この問題を解決するたくさんのグループが解決しますか？のためのファイルがあれば、あなたがアクセスを許可されたユーザーの束をリストすることができない、とネットワークの指定方法多くのユーザーはaclでエースを持っていることが制限について。制限が全くサーバ上にあります。ファイルの与えられたセットのために、あなたのユーザーとユーザーの異なるセットの多くの多くは各々のファイルにアクセスすることができます。補足的なものが多くのグループを比較してあなたのために。各ファイルをそれに割り当てられた一つのグループidを持つ、そして、あなたはグループid / etc / ldapグループまたはやnisグループテーブルへの多くのユーザに割り当てることができます。あなたが異なるグループの各ファイルに割り当てることができます。ファイルのセットのために、あなたは多くのユーザーへのアクセスを許可することができる、と多くのユーザーの異なるセット。意味的に同じ。だからacls何nfsのコミュニティのための全くのサーバーの問題の柔軟性とパフォーマンスに関して拡張アクセスを作ります。もちろん、必要があると、aclファイルの編集について、nfsv 4あなたのためのものである。