autorizzazioni per i file rsync su Windows

Ho un servizio rsync che sincronizza i file dalla macchina remota a una macchina che li rilascia su un'unità di rete.

Ho bisogno che i file copiati assumano le autorizzazioni native della cartella di destinazione.

Il processo di sincronizzazione funziona correttamente, ma al termine non riesco ad accedere ad alcune cartelle - Autorizzazione negata.

Ho effettuato l'accesso come amministratore di dominio; non mi permetterà nemmeno di modificare alcuna autorizzazione su tali cartelle. Cosa dà?

esegui comando:

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

(da http://www.samba.org/ftp/rsync/rsync.html )

In sintesi: per assegnare ai file di destinazione (sia vecchi che nuovi) le autorizzazioni di origine, utilizzare --perms.

Per assegnare ai nuovi file le autorizzazioni predefinite di destinazione (lasciando invariati i file esistenti), assicurarsi che l' --permsopzione sia disattivata e utilizzare --chmod=ugo=rwX(il che garantisce che tutti i bit non mascherati siano abilitati).

Se ti piacerebbe rendere quest'ultimo comportamento più facile da digitare, potresti definire un alias popt per questo, come mettere questa riga nel file ~ / .popt (quanto segue definisce l'opzione -Z e include --no- g per utilizzare il gruppo predefinito della directory di destinazione):

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

La sicurezza "posix" di Cygwin mi ha causato molti problemi con le autorizzazioni dei file di Windows NTFS, anche usando --no-permscon rsync.

Ho scoperto che i file / le cartelle appena creati non ereditano correttamente le autorizzazioni predefinite, ma ogni file / cartella finisce con molti <not inherited> voci nella scheda Protezione avanzata di file / cartelle di Windows. (E questo problema non è solo relativo a rsync).

Ho trovato questo post correlato e questo link entrambi molto utili su come risolvere questi problemi utilizzando l' noaclopzione di Cygwin/etc/fstab file . L'aspetto negativo di questa soluzione è che cygwin perde la possibilità di impostare autorizzazioni per file / cartelle, ma in molti casi questo non è importante.

(Cercando su questo argomento troverai probabilmente riferimenti all'impostazione della variabile d'ambiente CYGWIN = NONTSEC, ma questo vale per cygwin v1.5 e non funziona in cygwin v1.7 in poi.)

Su Windows con DeltaCopy ho potuto farlo funzionare con:

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

Ha funzionato anche con --recursive

rsync, almeno su Cygwin ha il seguente interruttore:

-A, --acls preserva gli ACL (implica --perms)

La mia versione di Cygwin è:

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

Spero che sia di aiuto!

La risposta più votata funziona solo se stai usando rsync su ssh in Windows. Se stai usando il demone rsync di cygwin, usare semplicemente noacl in / etc / fstab non aiuta, per qualsiasi motivo non onori l'eredità anche se ti sbarazzi dell'utente e provi noacl, override, ecc. Questo sembra accadere se stai eseguendo la risincronizzazione in un'unità di livello superiore e usi path = / cygdrive / qualunque sia in /etc/rsyncd.conf. Invece, devi creare un mount point separato in / etc / fstab e usarlo invece nel tuo rsyncd.conf:

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

in /etc/rsyncd.conf, avresti qualcosa del genere:

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

Quindi ho dovuto riavviare il sistema Windows, il solo riavvio del servizio rsync da solo non sembrava aiutare, continuava a generare errori chroot e chdir (anche se / d_drive era montato e utilizzava chroot = false e potevo scriverlo). Quindi, quando esegui la risincronizzazione nel sistema Windows, utilizza:

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

In passato ho appena riassegnato le autorizzazioni in Windows al mio attuale utente in seguito usando takeownun prompt dei comandi elevato come:

takeown /f <NameOfFolder> /r /d Y

Naturalmente, se hai usato i rsyncflag corretti in primo luogo, questo non è necessario, ma se non volessi rieseguire i rsyncfile che hai già copiato, lo consiglierei.

Ho avuto questo problema con rsnapshot, che utilizza rsync per il backup. L'ho ignorato rimuovendo --relativeda rsync_long_args. Dopo quella cartella cper il disco stesso con strane autorizzazioni non si crea.