Linuxクライアントを使用して、Samba共有に許可ビットが適用されないという問題があります。特定のユーザー、グループ、および許可ビットを強制するようにサーバーでsambaを構成しました。これは、ファイルに触れるか、IOリダイレクトのターゲットになるまで期待どおりに機能します。
ここで何が起こっているのですか:
user@linuxbox:~-->ls -l ~/archive/foo.txt
ls: cannot access /home/user/archive/foo.txt: No such file or directory
user@linuxbox:~-->touch ~/archive/foo.txt
user@linuxbox:~-->ls -l ~/archive/foo.txt
-rw-rw-r-- 1 archive archive 0 2010-09-13 20:29 /home/user/archive/foo.txt
user@linuxbox:~-->touch ~/archive/foo.txt
user@linuxbox:~-->ls -l ~/archive/foo.txt
-rwxrwxrwx 1 archive archive 0 2010-09-13 20:30 /home/user/archive/foo.txt
既存のファイルをタッチすると、その許可ビットは0777です。最初に作成されたときのように、0664になるはずです。既存のファイルに0664を強制するにはどうすればよいですか?
サーバーにはバージョン3.0.24があり、クライアントにはバージョン3.4.7があります。これが私のsmb.confです。
[global]
interfaces = egiga0
unix charset = UTF8
workgroup = workgroup
netbios name = foo
server string = Foo
security = USER
map to guest = bad user
host msdfs = no
encrypt passwords = yes
[archive]
comment = File Archive
path = /home/archive
force user = archive
force group = archive
read only = yes
write list = @archive
guest ok = yes
create mask = 0
force create mode = 0664
security mask = 0
force security mode = 0664
directory mask = 0
force directory mode = 0775
directory security mask = 0
force directory security mode = 0775
smb.confには何が含まれていますか?
—
グリズリー
smb.confの内容を入れました。率直に言って、すべての明示的なモードとマスクビットが必要かどうかはわかりません。
—
ジョナソンワトニー
@Jonathonすべての
—
-xenoterracide
touch
ingは* nixシステム上にあるようです... Windowsでファイルを作成しているシステムですか?または、Windowsシステムからファイルを作成していますか?または、これは* nixから* nix経由でサンバ(この場合、nfsではなくsamba)
@ xenoterracide、Linuxクライアントを使用して共有上のファイルに触れています。この場合は* nixから* nixになります。このSambaサービスに接続するWindows、Mac、およびLinuxマシンが混在しています。
—
ジョナソンワトニー
マスクは良いですか?マスク、セキュリティマスク、ディレクトリマスクを作成します。ドキュメントは天気については明確ではありません。マスクには「0」自体が有効です。それ以外は...なんて奇妙だ。
—
ガベ。