修正:
Sambaを使用して共有される権限を持つディレクトリがあります755。abc:abcディレクトリの所有者でもあるSambaユーザーがいます。このディレクトリに対する Windows Samba クライアントの書き込みが拒否されました。ディレクトリをchmodすると、775Windowsクライアントはそのディレクトリに書き込むことができます。
上記から、私はそのユーザーがディレクトリの所有者であるにもかかわらず、ディレクトリがSambaユーザーのグループ権限を確認しているという結論を下しました。なぜ？
オリジナルの詳細：
タイプミスがあればお詫び申し上げます。空中で入力しました。
drwxr-xr-x abc abc 4096 DirectoryName
私はsmb.confそれを共有しました。
[something] comment = something browseable = yes path = /something/something guest ok = no read only = no create mask = 0775 valid user = abc
Windows 10では、ユーザーabcを使用してSamba共有にアクセスします。フォルダへの書き込み権限がないことがわかりました。これはabcディレクトリの所有者であり、フルアクセス権を持っている必要があるため、奇妙に見えます。 chmod 775を使用して権限を変更したところ、abc今すぐ使用できるようになり、アクセスにグループ権限を使用していると結論付けました。
なぜ？所有者権限がグループよりも優先されると思います。これはどのように機能するのですか、それともSambaが権限を処理するのですか？
directory masksmb.confにまだ必要ですか？ディレクトリ権限自体とどう違うのですか？
答え1
設定されていない場合、directory maskデフォルト値が使用されます。この値はumaskプロセスの値と同じです。新しく作成されたディレクトリの権限に影響します。
新しいディレクトリには次の権限があります。
- ディレクトリマスク000
- 000
- ディレクトリマスク 755
- 755話
- ディレクトリマスク 777
- 777話
答え2
私はこの正確な症状を経験しました。セントース8、サンバ4.11.2。キャッシュに問題があることがわかりました。 （自然にスーパーユーザーとして）のコマンドラインを適用しました。このコンビッツページ私の具体的な設定は次のとおりです。
systemctl stop nmb
systemctl stop smb
net cache flush
cd /var/lib/samba
rm *.tdb
systemctl start nmb
systemctl start smb
これにより問題がなくなりました。 Sambaは、ユーザーのグループ権限ではなくユーザー権限を正しく適用し始めました。再起動する必要はありません。