rsync посилає файл на віддалений сервер демона, але зберігає оригінальне право власності та групу

Запускаючи наступну команду, я сподіваюся, що право власності та ідентифікатор групи (o-and-g) залишаються на віддаленому сервері демонів rsync. Однак кожен файл має o-and-g такий же, як і в налаштуваннях rsync.conf, [uid] та [gid].

sudo rsync -aAXv / --exclude={"/dev/*","/proc/*","/sys/*","/tmp/*","/run/*","/mnt/*","/media/*","/lost+found"} rsync_backup@[ipv6]::backupfiles --password-file=/etc/rsyncd.passonly

Отже, моє запитання полягає в тому, як зберегти ті ж o і g, а не використовувати ті, які є у rsync.conf? Чи повинні ці користувачі та групи бути присутніми на цьому сервері?

linux rsync

— Тіна
джерело

rsyncможе змінити власника та групу на оригінал лише під час запуску як root. Оскільки ви, очевидно, встановили некореневий UID у файлі rsyncd.conf, вони rsyncможуть зберігати файли лише як цей користувач. Це захід безпеки, накладений операційною системою, так що звичайні користувачі не можуть створювати файли та змінювати власника на іншого користувача.

— wurtel
джерело

Зауважте, що біг rsyncіз запуском sudoвін працює як root на локальному комп'ютері, але не має впливу на віддалений комп'ютер.

— Гордон Девіссон

якщо локальний файл має власника Тома, чи повинен він бути присутнім на віддаленому хості сервера демон-rsync?

— Тіна

@Tiina, якщо ви використовуєте, --numeric-idsтоді передаються лише числові значення UID та GID; зазвичай rsync -ogнамагатиметься зберегти власника та групу за назвою, навіть якщо числові значення різні (наприклад, у Тома є uid 123 у джерелі та uid 234 у пункті призначення, тоді у файлах Тома буде вказано uid 234 у пункті призначення; --numeric-idsтоді Том переміг не є власником цих файлів у пункті призначення). Якщо для імені не знайдено відповідності, числове значення все одно буде використано.

— wurtel