Windowsでのrsyncファイルのアクセス許可

リモートマシンのファイルをネットワークドライブにドロップするマシンに同期するrsyncサービスがあります。

コピー先のフォルダーのネイティブアクセス許可を取得するには、コピーしたファイルが必要です。

同期プロセスは正常に実行されますが、終了後、一部のフォルダーにアクセスできません-許可が拒否されました。

ドメイン管理者としてログインしています。そのフォルダのアクセス許可を変更することもできません。何が得られますか？

コマンドを実行します：

rsync.exe  -v -rlt -z --delete "src_path" "dst_path"

（http://www.samba.org/ftp/rsync/rsync.htmlから）

要約すると、宛先ファイル（古いものと新しいものの両方）にソース許可を与えるには、を使用します--perms。

（既存のファイルを変更せずに）新しいファイルにdestination-defaultパーミッションを付与するには、--permsオプションがオフになっていることを確認し、使用します--chmod=ugo=rwX（これにより、マスクされていないビットがすべて有効になります）。

この後者の動作を入力しやすくしたい場合は、この行をファイル〜/ .poptに入れるなど、poptエイリアスを定義できます（以下は-Zオプションを定義し、-no-を含みます） g宛先ディレクトリのデフォルトグループを使用するには）

    rsync alias -Z --no-p --no-g --chmod=ugo=rwX

Cygwinの「posix」セキュリティは--no-perms、rsync を使用しても、Windows NTFSファイルのアクセス許可に関する多くの問題を引き起こしました。

新しく作成されたファイル/フォルダーはデフォルトのアクセス許可を適切に継承しないことがわかりましたが、すべてのファイル/フォルダー<not inherited>はWindowsファイル/フォルダーの[高度なセキュリティ]タブに多くのエントリがあります。（そして、この問題はrsync関連だけではありません）。

この関連記事とリンクの両方がnoacl、cygwinの/etc/fstabファイルのオプションを使用してこれらの問題を解決する方法で非常に役立つことがわかりました。このソリューションの欠点は、cygwinがファイル/フォルダーのアクセス許可を設定する機能を失うことですが、多くの場合、これは重要ではありません。

（このトピックをグーグルで検索すると、おそらくCYGWIN = NONTSEC環境変数の設定への参照が見つかりますが、これはcygwin v1.5向けであり、cygwin v1.7以降では機能しません。）

WindowsでDeltaCopyを使用すると、次の機能を使用できます。

rsync --perms --chmod=a=rw,Da+x ...

でもうまくいった --recursive

rsync、少なくともCygwinでは、次のスイッチがあります。

-A、-aclsはACLを保持します（--permsを意味します）

私のCygwinバージョンは：

CYGWIN_NT-6.3 1.7.29（0.272 / 5/3）2014-04-07 13:46 x86_64 Cygwin

お役に立てれば！

上位の回答は、ssh over windowsでrsyncを使用している場合にのみ機能します。/ etc / fstabでnoaclを使用するだけでcygwin rsyncデーモンを使用している場合は、何らかの理由でユーザーを削除してnoacl、overrideなどを試しても継承を尊重しません。これは起こるようですトップレベルのドライブに再同期していて、/ etc / rsyncd.confでpath = / cygdrive / whateverを使用している場合。代わりに、/ etc / fstabに別個のマウントポイントを作成し、代わりにrsyncd.confでそれを使用する必要があります。

D:\     /d_drive  ntfs    binary,posix=0,noacl,user,override      0 0

/etc/rsyncd.confには、次のようなものがあります。

use chroot = yes

[d_drive]
path = /d_drive
comment = d_drive
auth users = someUser
secrets file = /etc/rsyncd.secrets
read only = false
write only = false
list = false
uid = someUser

その後、Windowsシステムを再起動する必要がありましたが、rsyncサービスのみを再起動するだけでは役に立たなかったため、chrootおよびchdirエラーがスローされ続けました（/ d_driveがマウントされ、chroot = falseを使用して書き込みができた場合でも）。次に、Windowsシステムにrsyncするときに次を使用します。

cd /local/path/to/copy
rsync -rltD --no-p --no-g --no-o  ./ rsync://someUser@localhost:remotePort/d_drive/

過去に、現在のユーザーにWindowsのアクセス許可を再割り当てした後takeown、昇格したコマンドプロンプトで次のように使用しました。

takeown /f <NameOfFolder> /r /d Y

もちろん、rsync最初に正しいフラグを使用した場合、これは不要rsyncですが、既にコピーしたファイルを再実行したくない場合は、これをお勧めします。

rsnapshotバックアップにrsyncを使用するでこの問題が発生しました。--relativeから削除してオーバーライドしましたrsync_long_args。c奇妙な権限を持つディスク自体のそのフォルダは作成されません。