Ваша терминология Active Directory WRT не точна. Существует два опасений, что я вижу для Вас:
Глобальный Каталог поддерживает подмножество содержания всех доменов в лесу. Если Ваше использование термина "узел" будет относиться к разрозненным доменам, то запросы против Глобального Каталога позволят Вам запрашивать все домены в лесу в едином запросе (принимающий атрибуты, которые Вы ищете, часть подмножества, копируемого в GC).
Местоположение физически близко DC выполняется через комбинацию запросов LDAP и DNS. Поиск Goooooogle на "DNS ldap находит, что самый близкий контроллер домена" возвращает некоторые хорошие первые шаги (Находящий самый близкий Контроллер домена через LDAP).
Если Вы разрабатываете в Windows, можно получить местоположение контроллера домена "бесплатно" при помощи API ADSI.
Use the find
command with the -user
option. Something like:
find / -user john
will eventually turn up all files owned by user "john".
If you want to change their ownership (I would run the find
without execution to make sure you have the list you want), then something like:
find / -user john -exec chown harry {} \;
will do it.
Это поздно, но сегодня я наткнулся на этот вопрос
потому что мой rsync
не имеет опции - usermap
.
Мой chown
(v. chown (GNU coreutils) 8.13) предлагает встроенный рекурсивно ( -R
) и вариант - из
, поэтому ваша (и моя) проблема также могла быть решена с помощью
chown -R --from=john harry /
wwwrun (id:30)
и группа www (id:8)
, в debian www-data (id: 33)
- для обоих.
После того, как я скопировал файлы с помощью
rsync -az /path/to/files me@debian:/path/to/
Я использовал
chown -R --from=30 33 /path/to/files/
chown -R --from=:8 :33 /path/to/files/
на целевой машине (debian).
Примечание: rsync версии 3.1.0 версии протокола 31
имеет вышеупомянутый - usermap
, поэтому, если У меня было, что я мог бы выполнить все три шага с помощью одной команды на исходном компьютере:
rsync -az --usermap=30:33 --groupmap=8:33 /path/to/files root@debian:/path/to/