Sambaの共有権限はユーザー書き込みファイルを拒否しましたが、まだ表示されます。

Question

_{注：私はただ推測です。私はサンバマスターではありません。}

少なくともここで使用する方法では、Samba / CIFSはサーバーとクライアント間で資格情報をコピーしません。ディレクティブforce userがサーバー上にあるため、すべての操作はerpmサーバーのユーザーとして実行されます。ただし、クライアントとサーバーの両方がUnixシステムを実行しているため、自動的にネゴシエートします。CIFS POSIX拡張。これはUNIX権限がある程度機能しているように見えますが、サーバーが許可する範囲内でのみ機能し、UNIX権限がサーバーが許可するものと異なるものを宣言する状況に直面します。

すべてのファイルがユーザーID 501で表示されることを確認できます。これはサーバーのuidです。

ファイルを作成または削除するには、そのディレクトリに対する書き込み権限が必要です。すべてのアクセス権はサーバー上の単一ユーザーにマップされるため、書き込み権限はサーバー上の対応するディレクトリへの書き込みがerpm許可されているかどうかによって決まります。答えは「はい」です。

実行するとtouchファイルが生成され、変更時間が変更されます。ファイルの変更時間を変更するには所有権が必要で、これはクライアントの通常のファイルシステムコードでテストされます。

実行すると、呼び出し（ファイルの作成）が成功したstrace touch testことがわかります。openutimes電話（またはLinuxではutimensatシステムコール）は時間を設定できません。

実際、これはちょっと変です。utimes しなければならないtouchNULL引数（「タイムスタンプを現在時刻に設定」を意味）を使用して呼び出され、任意のタイムスタンプ設定などの所有者だけでなく、ファイルに書き込むことができるすべての呼び出し元を許可する必要があるため、成功します。私はこれがutimensat実際に権限ベースのチェックを実行し、ファイルシステムが実際の権限に関係なく書き込みを許可しても、権限がファイルに書き込めないことを示すと判断していると思います。

CIFS POSIX拡張の主な利点は、サーバー側がrootではなくユーザーの権限で実行されたときに実行可能ビットとグループ所有権を継承することです。forceuidマウントオプションを使用してユーザーの所有権を個々のクライアントユーザーにマッピングすると、混乱が少なくなる可能性があります。

Answer 1

_{注：私はただ推測です。私はサンバマスターではありません。}