Содержание

, , , , ,

RSYNC - Документация

СИНТАКСИС

rsync [OPTION]... SRC [SRC]... [USER@]HOST:DEST
rsync [OPTION]... [USER@]HOST:SRC DEST
rsync [OPTION]... SRC [SRC]... DEST
rsync [OPTION]... [USER@]HOST::SRC [DEST]
rsync [OPTION]... SRC [SRC]... [USER@]HOST::DEST
rsync [OPTION]... rsync://[USER@]HOST[:PORT]/SRC [DEST]

ОПИСАНИЕ

Утилита rsync ведет себя во многом подобно rcp с той разницей, что имеет гораздо больше параметров и использует протокол удаленного обновления (remote-update protocol) для значительного ускорения передачи файлов, которые уже существуют в месте назначения.

Благодаря этому протоколу rsync передает только различия между двумя наборами файлов через сетевое соединение, используя эффективный алгоритм поиска контрольных сумм (cheksum-search algorithm), описанный в сопровождающей этот пакет документации.

Вот некоторые дополнительные особенности rsync:

ГЛАВНОЕ

Относительно rsync существует восемь способов его использования:

Для копирования локальных файлов на удаленный хост, используя программу удаленной оболочки в качестве транспорта (например, rsh или ssh). В этом случае конечный путь DEST содержит одно двоеточие : как разделитель адреса удаленного хоста и пути файловой системы на нем.

Обратите внимание, что во всех случаях (кроме запроса списка) как минимум один путь (либо исходный SRC, либо конечный DEST) должен быть локальным.

УСТАНОВКА

За инструкциями по установке обращайтесь в файл README.

Для удаленных передач rsync использует ssh для выполнения коммуникаций с удаленными хостами, поэтому сразу после установки Вы можете использовать rsync относительно любой машины, к которой возможен доступ через ssh (также как и к тем, где запущен rsync-сервер). Но можно сконфигурировать использование другой оболочки, например, rsh или remsh.

Вы можете указать альтернативу rsh либо с помощью параметра командной строки -e, либо с помощью переменной окружения RSYNC_RSH.

Обратите внимание, что rsync должна быть установлена на обоих хостах, которые вовлечены в операцию копирования.

ИСПОЛЬЗОВАНИЕ

Применение rsync подобно rcp. Вы должны указать исходный путь и конечный путь назначения, один из которых может быть на удаленном хосте.

Возможно, лучший способ объяснить синтаксис - это привести примеры:

rsync *.c foo:src/

Копирует все файлы по шаблону *.c из текущего каталога в каталог src , расположенный на машине foo . Если какой-либо из файлов уже существует, rsync использует протокол удаленного обновления для передачи только различий. За деталями протокола обращайтесь к соответствующей документации.

rsync -avz foo:src/bar /data/tmp

Копирует все файлы рекурсивно из каталога src/bar с машины foo в локальный каталог /data/tmp/bar . Передача файлов происходит в "архивном" режиме, который гарантирует сохранение символьных ссылок, файлов-устройств, атрибутов, разрешений и т.д. Кроме того, используется сжатие для уменьшения объема непосредственно передаваемых данных.

rsync -avz foo:src/bar/ /data/tmp

Слэш в окончании исходного пути меняет поведение при копировании так, что все файлы копируются в каталог /data/tmp без создания дополнительного уровня вложения каталогов. Завершающий исходный путь слэш означает "копировать содержимое этого каталога". Без завершающего слэша - "копировать каталог". В обоих случаях (со слэшем и без него) атрибуты содержащего файлы каталога копируются на содержащий их копии каталог назначения. Другими словами, в каждом последующем примере команды копируют файлы одинаково, включая атрибуты /dest/foo :

rsync -avz /src/foo /dest

rsync -avz /src/foo/ /dest/foo Вы также можете использовать rsync в режиме только локального копирования, когда ни один из путей НЕ содержит двоеточия : . Тогда rsync ведет себя как улучшенная команда копирования.

rsync somehost.mydomain.com::

Запрашивает весь список анонимно-доступных модулей на машине somehost.mydomain.com. (Смотрите следующую секцию на предмет деталей.)

ПОДКЛЮЧЕНИЕ К RSYNC-СЕРВЕРУ

rsync можно использовать без обращения к удаленной оболочке как транспорту. В этом случае Вы будете подключаться к удаленному rsync-серверу, запущенному на 873 порту TCP.

Вы можете осуществлять соединение через web-прокси, устанавливая переменную окружения RSYNC_PROXY, равной паре hostname:port, соответствующей Вашему web-прокси. В этом случае Ваш web-прокси должен разрешать проксирование 873 порта.

Использование rsync-сервера аналогично варианту с удаленной оболочкой за исключением:

Некоторые пути на удаленном сервере могут быть доступными только по аутентификации. Тогда вы получите приглашение ввести пароль при подключении. Можно избежать запроса пароля, предварительно выставив переменную RSYNC_PASSWORD в значение с необходимым паролем или указав параметр в командной строке –password-file . Это удобно при использовании rsync в скриптах.

ВНИМАНИЕ: На некоторых системах переменные окружения видимы всеми пользователями. На таких системах рекомендуется использовать –password-file .

ПОДКЛЮЧЕНИЕ К RSYNC-СЕРВЕРУ ЧЕРЕЗ УДАЛЕННУЮ ОБОЛОЧКУ

Иногда бывает полезно при подключении к rsync-серверу передавать файлы, используя удаленную оболочку как транспорт. Это особенно полезно, если нужно подключиться к удаленной машине через ssh (для шифрации или в обход сетевого экрана), но при этом сохранить доступ к функциональным особенностям rsync-сервера (см. ЗАПУСК RSYNC-СЕРВЕРА ПОВЕРХ УДАЛЕННОЙ ОБОЛОЧКИ).

С пользовательской точки зрения этот способ такой же, как и подключение к rsync-серверу, за исключением того, что необходимо явно указать программу удаленной оболочки в командной строке параметром –rsh=COMMAND. (Установка RSYNC_RSH в окружении не активизирует эту функциональность.)

В порядке необходимости различать пользователя удаленной оболочки и пользователя удаленного rsync-сервера Вы можете использовать '-l user' в указании программы оболочки:

rsync -av –rsh="ssh -l ssh-user" rsync-user@host::module[/path] local-path Здесь "ssh-user" имеет значение на уровне ssh; "rsync-user" проверяется относительно rsyncd.conf на удаленной стороне.

ЗАПУСК RSYNC СЕРВЕРА

rsync-сервер конфигурируется с помощью специального файла, которым по умолчанию выбирается /etc/rsyncd.conf, кроме тех случаев, когда rsync запускается поверх удаленной оболочки и не от root. В этом случае выбирается rsyncd.conf из текущего каталога на удаленной машине (обычно \$HOME). Смотрите страницы руководства по rsyncd.conf(5) на предмет деталей.

ЗАПУСК RSYNC-СЕРВЕРА ПОВЕРХ УДАЛЕННОЙ ОБОЛОЧКИ

Некоторые конфигурационные параметры не будут доступны, если удаленный пользователь не root (chroot, setuid/setgid и т.д.). Нет необходимости в конфигурировании inetd или включении порта rsync-сервера в список доступных сетевых служб, если rsync-сервер запущен только через программу удаленной оболочки.

Для запуска rsync-сервера с ssh-ключом ограниченного применения см. соответствующий раздел rsyncd.conf(5).

ПРИМЕРЫ

Далее приведено несколько примеров, как использовать rsync.

Для резервного архивирования домашнего каталога моей жены, который содержит большие MS Word файлы и почтовые папки, я использую задание для cron'а, которое запускается

rsync -Cavz . arvidsjaur:backup

каждую ночь через PPP-соединение для дублирования каталога на мою машину "arvidsjaur".

Для синхронизации моего дерева samba-исходников я использую Makefile-указания:

get: 
rsync -avuzb --exclude '*~' samba:samba/ .
put: 
rsync -Cavuzb . samba:samba/
sync: get put

Это позволяет мне синхронизировать с CVS-каталогом на другом конце соединения. Затем я осуществляю cvs-операции на удаленной машине, что сохраняет мне массу времени, т.к. передача по удаленному cvs-протоколу не очень эффективна.

Я зеркалирую каталог между моими "старым" и "новым" ftp-сайтами командой

rsync -az -e ssh --delete ~ftp/pub/samba/ nimbus:"~ftp/pub/tridge/samba"

это запускается cron'ом несколько раз в день.

СВОДКА ПАРАМЕТРОВ

Далее краткий обзор параметров, понимаемых rsync. Пожалуйста, обращайтесь к более детальному описанию чуть ниже.

ПАРАМЕТРЫ

rsync использует соглашение о длинных именах параметров GNU. Многие из параметров командной строки имеют два варианта: один - короткий, а другой - длинный. Ниже это отражено в разделении запятой двух вариантов. Некоторые параметры имеют только длинный вариант. Знак '=' для параметров с дополнительным значением необязателен и может быть заменен на пробел.

Однако заметьте, что -a не сохраняет жесткие ссылки, потому что поиск многосвязных файлов дорог. Вам придется отдельно указывать -H.

rsync foo/bar/foo.c remote:/tmp/

то она создаст файл foo.c в /tmp на удаленной машине. Если вместо этого указать

rsync -R foo/bar/foo.c remote:/tmp/

то файл создастся в /tmp/foo/bar/foo.c на удаленной машине - полный путь сохранится.

Выключает параметр –relative. Это нужно только если Вы хотите использовать параметр –files-from без подразумеваемого им поведения с включенным параметром –relative.

В комбинации с –relative все затрагиваемые каталоги в каждом пути явно не копируются как часть процесса передачи. Это делает передачу более оптимальной и также позволяет иметь непарные (см. пример ниже) символьные ссылки в подразумеваемых передачей путях. Например, если передается файл "/path/foo/file" с параметром -R, то по умолчанию rsync следит, чтобы "/path" и "/path/foo" в точности соответствовали каталогам/ссылкам на приемной стороне. Параметр –no-implied-dirs позволяет игнорировать несоответствие, когда "/path" - реальный каталог на одной стороне и символьная ссылка на другой. rsync не пытается с этим параметром что-либо менять в этом случае.

Обратите внимание, что rsync может обнаруживать жесткие ссылки, только если обе части ссылки попадают в список предназначенных к передаче файлов. С этим параметром передача может быть довольно-таки медленной, так что пользуйтесь им только при необходимости.

Без указания этого параметра каждый новый файл получает те права доступа, что имеет исходный с учетом umask, действующей на приемной стороне, в то время как все другие (включая обновляемые) сохраняют свои уже существующие разрешения (это то же поведение, что имеют другие утилиты копирования файлов, такие как cp).

ЗАМЕЧАНИЕ: Не используйте этот параметр, если в точке назначения имеется файловая система "tmpfs" Solaris. Не представляется возможным правильно управлять поиском среди "дырок" (null regions), что заканчивается повреждением файлов.

Этот параметр не оказывает никакого влияния, если не включено рекурсивное копирование каталогов. Этот параметр может быть опасным при неправильном использовании! Очень хорошим правилом может стать использование сначала холостого выполнения rsync (-n) для просмотра того, что за файлы могут удалиться и нет ли среди них важных. При возникновении каких-либо ошибок ввода-вывода на передающей стороне удаление любых файлов на приемной автоматически отключается. Это предотвращает от массивного удаления файлов на приемной стороне из-за временных ошибок файловой системы (например, NFS) на передающей. Это поведение можно отключить параметром –ignore-errors.

Если этот параметр используется с указанием пути вида [user@]host::module/path, то программа удаленной оболочки COMMAND будет использована для запуска rsync-сервера на удаленной стороне, а все данные будут передаваться через соединение удаленной оболочки, а не напрямую через соединение с rsync-сервером на "том" конце. См. раздел "ПОДКЛЮЧЕНИЕ К RSYNC-СЕРВЕРУ ЧЕРЕЗ УДАЛЕННУЮ ОБОЛОЧКУ". Аргументы командной строки для COMMAND разрешено указывать в форме, при которой COMMAND представляется для rsync в виде одного аргумента. Например:

Вы также можете выбирать программу удаленной оболочки через переменную окружения RSYNC_RSH, которая принимает тот же диапазон значений, что и -e. См. также –blocking-io, на которую влияет установка параметра -e.

Список исключений изначально включает в себя:

RCS/ SCCS/ CVS/ .svn/ CVS.adm RCSLOG cvslog.* tags TAGS .make.state .nse_depinfo *~ #* .#* ,* *.old *.bak *.BAK *.orig *.rej .del-* *.a *.o *.obj *.so *.Z *.elc *.ln core
затем файлы, перечисленные в $HOME/.cvsignore , добавляются к первоначальному списку, а также любые, перечисленные в переменной окружения CVSIGNORE (разделенные пробелами).
В заключение, любой файл пропускается, если в том же каталоге есть файл .cvsignore, в котором есть соответствующий файлу шаблон. См. руководство по cvs(1) для дальнейшей информации.
* --exclude=PATTERN Позволяет выборочно исключать определенные файлы из процесса передачи. Это наиболее полезно при рекурсивной передаче.

Вы можете использовать так много –exclude, как Вам заблагорассудится для построения произвольного списка исключаемых файлов. См. секцию "ШАБЛОНЫ ИСКЛЮЧЕНИЯ" за информацией о синтаксисе для этого параметра.

См. секцию "ШАБЛОНЫ ИСКЛЮЧЕНИЯ" за информацией о синтаксисе для этого параметра.

Все имена файлов, прочитанные из FILE, считаются относительными к исходному каталогу – первые слэши убираются и не допускаются ссылки "..", указывающие выше по дереву исходного каталога. Для примера рассмотрим:

Если /tmp/foo содержит строку bin (или даже "/bin"), каталог /usr/bin будет создан как /backup/bin на удаленной машине (но содержимое /usr/bin не должно передаваться, кроме тех случаев, когда объекты явно указаны в /tmp/foo, или в случае указания параметра -r). Также учитывайте, что эффект от –relative (включенный по умолчанию) касается копирования путей, прочитанных из файла, – он не принуждает копировать полностью указанный исходный путь (/usr в примере). В дополнение, –files-from файл может быть прочитан с удаленной машины, а не локально, если указать перед именем файла "host:" (это должно соответствовать одному из концов передачи). Для краткости, можно указывать только префикс ":" для обозначения удаленного участника копирования. Например: rsync -a –files-from=:/path/file-list src:/ /tmp/copy эта команда должна скопировать все файлы указанные в файле /path/file-list, который расположен на удаленной машине "src".

Инструктирует использовать DIR как каталог временных копий передаваемых файлов на принимающей стороне. По умолчанию временные файлы создаются в каталоге назначения.

Прим. переводчика: Существование этого параметра обусловлено необходимостью обновлять, например, дерево с взаимозависимыми файлами. В этом случае нежелательно осуществлять копирование на пофайловой основе. Параметр –compare-dest позволяет указывать временный каталог назначения, куда и копируются передаваемые файлы. По окончании процесса передачи rsync переименовывает оригинальное дерево назначения, затем переименовывает временный каталог DIR в оригинальный и, наконец, удаляет переименованный на первом шаге оригинальный каталог со "старыми" файлами. Этот параметр повышает полезность –partial, потому что частично переданные файлы будут оставаться в новом временном каталоге до тех пор, пока не окажутся целиком на месте. Если DIR задан как относительный путь, то он соотносится к каталогу назначения.

Заметьте, что при этом обычно достигается лучший коэффициент сжатия, чем может быть достигнут, используя сжатие программ удаленной оболочки или сжатие транспортного уровня, т.к. в процесс сжатия вовлекается вся информация, посылаемая в соответствующих блоках данных.

По умолчанию rsync использует имена групп и пользователей для определения владельца файлов. Специальные uid 0 и gid 0 никогда не отображаются через имена пользователей/групп, даже если не указана –numeric-ids. Если исходная система работает в ограниченном chroot-окружении или если пользователь или группа не существуют на приемной стороне, то используются исходные числовые id.

Опции rsync

ШАБЛОНЫ ИСКЛЮЧЕНИЯ

Шаблоны исключения и включения, будучи заданными, позволяют гибко выделять, какие файлы должны передаваться, а какие должны быть пропущены.

rync строит упорядоченный список на основе параметров –include/–exclude, указанных в командной строке. Rsync проверяет каждое имя файла или каталога относительно соответствия каждому шаблону включения/исключения. В действие вступает первое же совпадение. Если совпавший шаблон исключающий, то соответствующий файл пропускается. Если шаблон включающий, то не пропускается. При отсутствии подходящих шаблонов к имени файла он также не пропускается.

Имена файлов проверяемых по таким шаблонам задаются относительно каталога назначения, "верхнего каталога", так что шаблоны необязательно должны включать элементы исходного или конечного каталогов. Единственный случай, когда шаблоны будут проверяться относительно абсолютных путей к файлам или каталогам, - это случай, когда исходным путем является корневой каталог файловой системы.

Заметьте, что при использовании параметра -r (он подразумевается при -a) каждая отдельная часть каждого пути просматривается сверху вглубь, так что шаблоны включения/исключения применяются рекурсивно к каждой такой части.

Также обратите внимание, что параметры –include и –exclude допускают только по одному шаблону каждый. Для добавления множества шаблонов используйте параметры –include-from и –exclude-from или множество параметров –include и –exclude соответственно.

Шаблоны могут быть заданы в нескольких формах. Правила для них таковы:

Правила +/- наиболее полезны в списках, читаемых из файла, позволяя Вам иметь один общий список, который содержит как исключающие, так и включающие шаблоны.

Если Вы завершите исключающий список указанием –exclude '*', то обратите внимание, что из-за рекурсивного характера алгоритм остановится на родительских каталогах и не будет пробовать файлы внутри них за исключением тех случаев, когда Вы явно укажете включать родительские каталоги файлов, которые Вы хотите включить. Для включения всех каталогов используйте –include '*/' до –exclude '*'.

Несколько примеров включения/исключения:

ПАКЕТНЫЙ РЕЖИМ

Заметьте: Пакетный режим должен рассматриваться как экспериментальный в этой версии rsync. Интерфейс и дизайн могут измениться, прежде чем его реализация стабилизируется.

Пакетный режим может использоваться для выполнения обновлений нескольких идентичных систем. Предположим, что имеется дерево каталогов, которое нужно реплицировать на некоторое количество машин. Теперь предположим, что в это исходное дерево внесены изменения, которые нужно распространить на те машины. В порядке реализации этого в пакетном режиме rsync запускается с параметром –write-batch для копирования изменений исходного дерева на одну из конечных машин. Этот параметр заставляет rsync сохранить в набор файлов пакетного обновления (см. ниже) информацию, необходимую для повторения той же операции копирования относительно и других машин. Имя каждого файла в наборе начинается с префикса, указанного пользователем в аргументе для параметра –write-batch. Затем этот набор файлов копируется на каждую из оставшихся удаленных машин, где запускается rsync с параметром –read-batch, тем же префиксом и конечным деревом назначения. Rsync обновляет последнее, используя информацию, сохраненную в наборе файлов пакетного обновления.

Набор состоит из 4 файлов:

Файл .rsync_argvs содержит необходимые команды оболочки, подходящие для обновления конечного дерева каталогов, используя набор файлов пакетного обновления. Это можно использовать при запуске из Bourne-подобной оболочки, дополнительно передавая параметр альтернативного пути который затем используется вместо оригинального. Последнее полезно, если конечный путь отличается от оригинального конечного пути.

Генерация набора файлов пакетного обновления позволяет избежать многократного повторения создания информации о состоянии файлов, контрольных суммах и блоках данных при обновлении многих конечных деревьев каталогов. Многоадресные транспортные протоколы могут быть использованы для передачи файлов пакетного обновления параллельно на несколько машин за раз вместо посылки их на каждую индивидуально.

Примеры:

$ rsync --write-batch=pfx -a /source/dir/ /adest/dir/
$ rcp pfx.rsync_* remote:
$ ssh remote rsync --read-batch=pfx -a /bdest/dir/
# или альтернативно
$ ssh remote ./pfx.rsync_argvs /bdest/dir/

В этом примере rsync используется для обновления /adest/dir/ из /source/dir/ , и информация для повторения этой операции сохраняется в файлах pfx.rsync_* . Эти файлы затем копируются на машину с именем "remote" . После этого rsync запускается на "remote" для обновления /bdest/dir/ тем же способом, что и /adest/dir/ . Последняя строка демонстрирует как можно использовать rsync_argvs для запуска rsync.

Предостережения:

Параметр –read-batch требует аргументом конечное дерево назначения, что значит обновлять идентично тому дереву назначения, которое было использовано для создания набора файлов обновления. Если выясняется различие между конечными деревьями, то обновление немедленно прекращается, оставляя дерево назначения в частично обновленном состоянии. В таком случае rsync может быть использован в своем обычном режиме (не пакетном) для исправления дерева назначения.

Версия rsync должна быть везде одинаковой относительно той версии, которая использовалась для создания оригинала.

Параметр -z/–compress не работает в пакетном режиме и выдает ошибку использования. Вместо этого могут быть использованы сторонние средства сжатия для уменьшения размера файлов пакетного обновления при транспортировке к цели.

Параметр -n/–dryrun не работает в пакетном режиме и выдает ошибку выполнения.

См. http://www.ils.unc.edu/i2dsi/unc_rsync+.html на предмет документации и технических описаний.

СИМВОЛИЧЕСКИЕ ССЫЛКИ

Три основных сценария поведения возможны при обнаружении символических ссылок в исходном каталоге.

По умолчанию символические ссылки не передаются совсем. Для любой существующей ссылки в этом случае выдается сообщение "skipping non-regular" ("пропуск нерегулярного").

rsync также различает безопасные и небезопасные символические ссылки. Примером того, где это может быть использовано, может послужить такое зеркалирование web-сайта, при котором желательно быть уверенным, что в зеркальной копии нет символических ссылок на /etc/passwd в доступной всем пользователям части сайта. При использовании –copy-unsafe-links любые ссылки копируются в конечное место в виде файла, на который они указывают. Параметр –safe-links указывает полностью пропускать небезопасные ссылки.

Символические ссылки считаются небезопасными, если они указывают на абсолютный путь (начинающийся с /), если они пустые или если они содержат достаточное количество "..", чтобы выйти за пределы каталога копирования.

ДИАГНОСТИКА

rsync порой производит сообщения об ошибках, которые могут показаться немного загадочными. Одним из таких сообщений является "protocol version mismatch - is your shell clean?" ("несоответствие версий - ваша оболочка в порядке?").

Это сообщение обычно является следствием того, что Ваши запускающие скрипты или возможности удаленной оболочки производят лишний мусор в потоке, который rsync использует в качестве транспорта. Способ диагностирования этой проблемы следующий:

ssh remotehost /bin/true > out.dat

и посмотреть в out.dat . Если все работает корректно, то этот файл должен быть нулевого размера. Если Вы получаете вышеупомянутое сообщение от rsync, то Вы, возможно, найдете какие-то текст или данные в файле out.dat . Взгляните на его содержимое и по нему проверьте то, что может его производить. Наиболее общая причина - это неправильно настроенные скрипты запуска (такие как .cshrc или .profile), которые содержат выражения, выдающие сообщения при не интерактивном входе в систему.

Если Вы имеете трудности с отладкой шаблонов включения и(или) исключения, то попробуйте указать параметр -vv. При таком уровне подробностей rsync будет показывать, почему включен или исключен каждый отдельный файл.

КОДЫ ЗАВЕРШЕНИЯ

ПЕРЕМЕННЫЕ ОКРУЖЕНИЯ

ФАЙЛЫ

/etc/rsyncd.conf или rsyncd.conf

СМ. ТАКЖЕ

rsyncd.conf(5)

ДИАГНОСТИКА

ОШИБКИ

Информация о времени передается как unix-структура time_t .

При передаче на файловую систему FAT rsync может скопировать не измененные файлы. См. комментарий к параметру –modify-window.

Права на файлы, устройства и т.п. передаются как изначальные числовые значения.

См. также комментарии к параметру –delete.

Пожалуйста, сообщайте об ошибках! См. web-сайт http://rsync.samba.org/

CREDITS

rsync распространяется на условиях GPL. См. файл COPYING на предмет деталей.

Web-сайт доступен по адресу http://rsync.samba.org/. Сайт содержит в том числе FAQ-O-Matic, который отвечает на многие незатронутые в этом руководстве вопросы.

Первичный ftp-сервер для rsync ftp://rsync.samba.org/pub/rsync.

Нам было бы приятно услышать от Вас, что Вам понравилась наша программа.

Эта программа использует превосходную библиотеку сжатия zlib, написанную Jean-loup Gailly и Mark Adler.

БЛАГОДАРНОСТИ

Благодарим Richard Brent, Brendan Mackay, Bill Waite, Stephen Rothwell и David Bell за полезные предложения, патчи и тестирование rsync. Если мы пропустили некоторых людей, то пусть примут наши извинения.

Специальные благодарности: David Dykstra, Jos Backus, Sebastian Krahmer.

АВТОР

rsync была написана Andrew Tridgell tridge@samba.org and Paul Mackerras.

Сейчас rsync сопровождается Martin Pool mbp@samba.org.

Списки рассылок для поддержки и разработки доступны по адресу http://lists.samba.org

Если Вы подозреваете, что нашли уязвимость в rsync, пожалуйста, известите Martin Pool и Andrew Tridgell. Для других вопросов пользуйтесь списком рассылки.

ПЕРЕВОД

Sergey Golovin svgol@mail.ru

Aleksandr Blokhin sass@altlinux.ru