Linuxファイルサーバー上の新しいファイル/フォルダーに特定の権限を強制するにはどうすればよいですか?


14

Ubuntu 9.10(ファイルサーバー)のインストールとそのsambaパーミッションに問題があります。ログインと読み取りは正常に機能します。ただし、ユーザーが新しいディレクトリを作成すると、他のユーザーのアクセスが制限されます。たとえば、Bob(ドライブをマップするWindowsユーザー)がディレクトリにフォルダーを作成すると、Jane(単純にsmbマウントするMacユーザー)はそこから読み取りできますが、書き込みはできません(逆も同様です)。みんなが幸せになるためには、ディレクトリをCHMOD 777に移動しなければなりません。smb.confファイルの「create / directory mask」および「force」オプションを編集しようとしましたが、これは役に立たないようです。

これは修正ではないと確信していますが、再帰的なchmodルーチンをCRONTABすることに頼っています。すべての新しいアイテムを常に777にするにはどうすればよいですか?この絶え間なく発生する状況を修正するための提案はありますか?

ベスト


ユーザーグループおよびその他のネイティブアクセス許可、777をchmodしないでください。–
ワーナー

回答:


13

通常、共有のアクセス許可とグループ管理にSAMBAのネイティブ機能を使用します。例えば..

force user=user1
force group=sharedgroup
create mask=775

共有の下でこれらの設定を指定します。構成の変更後にSAMBAをリロードしてください。これは、initスクリプトを使用して実行できます。


1
しかし、この投稿では、彼はそれを行ったがうまくいかなかったと述べています
。...-Mistiry

2
それから彼はそれを間違えた。できます。
ワーナー

何が起こっているのか分かりません。私は手動でWebmin経由で試してみましたが、役に立ちませんでした。おそらく、グループのグループ選択が間違っていますか?私は「ユーザー」と手動で作成されたさまざまなグループを使用してみましたが、そのすべてがメンバーになっています。私が何をしようとも、ユーザーは自分が置かなかったものを操作することはできません。唯一の「解決策」は、すべてのユーザーにGUESTとしてログイン(またはマウント)させ、混乱を生じさせることです。
humble_coder

SAMBAは、構成内のファイルシステムのアクセス許可と設定の組み合わせを使用します。ユーザーがwrite list共有構成にアクセスしていない場合、または共有構成に書き込むことを許可されていない場合、共有構成は機能しません。SAMBAを実行しているユーザーがディレクトリにアクセスできない場合、動作しません。ユーザーは適切なグループのメンバーであり、ディレクトリとファイルはそのグループが所有し、グループに書き込み可能なビットを設定する必要があります。SAMBAログも確認できます。
ワーナー

2
私はこれを長い間探していました!ありがとう!:)期待どおりに機能しています。
NagyI

2

次のように、ディレクトリのアクセス許可を2777に設定します。

chmod 2777 /shared/dir

これにより、「/ shared / dir」ディレクトリの下のすべてのファイルとフォルダは、最上位ディレクトリ(この場合は777)の権限を継承します。

その後、これを実行して、すべてのファイルに適切なアクセス許可があることを確認します。

chmod -R 777 /shared/dir

公的に書き込み可能なものが受け入れられる唯一の状況はです/tmp
ワーナー

1
ええ、おそらく状況に応じて774または770を使用する方が良いでしょう。しかし、彼はそれらをすべて「777」にする方法を尋ねたので、私の例ではそれを使用しました。
ミスティリー

3
はい。ただし、ネットワーク経由でそのディレクトリにコピーされる今後のすべてのファイルが、初期アクセス権に関係なく同じアクセス権を確実に受け取るようにするにはどうすればよいですか?手動で実行しても問題はありません。自動化するだけです。
humble_coder

2
これは動作しません。フォルダーのsetgidフラグは、アクセス権ではなく、新しいファイルとフォルダーのグループを設定し、常にchmodを実行することは受け入れられません。Linux上のSteamで、ユーザー間でライブラリを共有できるように、sambaに関連しないソリューションが必要です。
サムワトキンス14

2

これは古い質問であることがわかっていますが、最近、同様の問題が発生しました。これを解決する方法は次のとおりです。

[共有]
セキュリティマスク= 0770
マスクの作成= 0770
強制作成モード= 0660
コメント= IT向けのSamba共有
パス= / raid / share
閲覧可能= YES
ゲストOK =いいえ
書き込みリスト=ルート、@ "DOMAIN + it_nfs"
強制グループ= DOMAIN + it_nfs

これにより、ユーザーはADの「it_nfs」セキュリティグループに属している必要があり、すべてのファイルはグループ「it_nfs」で書き込まれ、すべてのファイルは少なくとも0660および最大0770 permsで書き込まれます。グループIDを強制することにより、そのグループ内の誰でも共有上のファイルを読み書きできるようになります。そうしないと、bob:bobとして記述されたファイルは、両方とも「it_nfs」にあるにもかかわらず、charlie:charlieによって書き込むことができない状況になります。


0

受け入れられた回答のコメントから、OPの問題は実際には解決せず、OPが私と同じ問題を抱えている場合は他の回答も解決しませんでした。

NTFS / FATパーティションに共有がある。

あなたの家族のアルバムを共有するためのNASにデスクトップのディスクを差し込む際に、これを覚えています。fsはのparamsをマウントモードなどの作成、ユーザー、グループのためにオーバーライド Sambaのために設定されているものを!;)

(たとえば、私の場合は、NTFSヒューズマウントのfstabのように、smb.confすべてがによって作成されたかどうかに関係なく...)root777defaults

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.