約40個のSMB共有を含むFreeNASボックスがあります。ほとんど問題なく動作します。この共有に加えて、名前に基づいてフォルダを作成できないことがあります。
Windowsで共有を見つけて「新しいフォルダ」を作成すると、「権限の拒否」エラーが発生することがわかりました。 （エクスプローラが最初に「新しいフォルダ」フォルダという名前のファイルを作成してから、後で名前を変更したためです。）ただし、WLSインスタンス内でディレクトリを見つけて「test」というフォルダを作成すると、mkdir問題なく作成されます。
mkidr.
これは、FreeNASボックス自体で問題なく作成できるランダムフォルダの場合のようです。このフォルダも以前は間違いなく存在しませんでしたが、FreeNASを使用してフォルダを作成すると、これらの共有をマウントされた場所から問題なく削除できます。ただし、これを再生成することはできません。
これはボックスを再起動するだけの問題の1つのように聞こえますが、おそらく100人ほどの人々がそれを使用しているので、ダウンタイムをできるだけ最小限に抑えようとしています。
編集する
こんなことがまだ起こっているのに何が起きているのか全く分かりません。いくつかのテストケース/例は一緒に理解されていません。
- マイドキュメントに「新しいフォルダ」という新しいフォルダを作成し、それを自分の共有にコピーすると、権限が定義されます。
- マイドキュメントに「New Folderx」という新しいフォルダを作成してコピーします。このフォルダの名前を「新しいフォルダ」以外の名前に変更することもできます。
- サーバー自体では
su -m brian -c 'mkdir "New Folder"'問題なく実行され、Windowsではフォルダの名前を変更したりフォルダを削除したりできます。 - 「新しいフォルダ」は機能しないサンプルフォルダに過ぎず、他のフォルダ名にも同様の問題がランダムに発生します。
- これは共有ルートでのみ機能し、他のフォルダ内ではこれらの問題はありません。
いくつかの健全性チェック
$ getfacl .
# file: ../Share
# owner: root
# group: company
group:super:rwxpDdaARWcCos:fd-----:allow
owner@:rwxpDdaARWcCos:fd-----:allow
group@:rwxpDdaARWcCos:fd-----:allow
$ groups brian
brian super
$ sharesec -v 'Share'
REVISION:1
CONTROL:SR|DP
OWNER:
GROUP:
ACL:S-1-5-21-4096896313-3432959665-639265334-1283:ALLOWED/0x0/FULL
ACL:S-1-5-21-4096896313-3432959665-639265334-1287:ALLOWED/0x0/FULL
$ net groupmap list | grep super
super (S-1-5-21-4096896313-3432959665-639265334-1287) -> super
ベストアンサー1
根本的な原因は、Brianが次のことを行う必要があることに関連しているようです。
これは、任意の新しいフォルダが共有フォルダの権限を正しく継承しない唯一の共有でもあります。おそらく、1日に1〜2回フォルダ権限を手動で正しく設定する必要があります（このコンピュータで実行されているサービスで作成されたフォルダ）。 )
Sambaがすでに生成されたファイル名を解析しようとすると、最後の瞬間に失敗します。default:ブランチ(!resolved_name) check_reduced_name 関数（コードをより詳細に従うことができます）。解決策は権限継承の問題を解決することに関連しており、サービスも同じ問題を抱えています。