Хм... а так и заленился втаскивать ЭТО под винду.

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


в будущем буду делать тоже, можно попоросить поделиться essential hints?

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

Для второго нужно установить rsh,
отредактировать xinetd.conf, написать
в файл /etc/hosts.equiv разрешение на
отдаленную авторизацию (см. man hosts.equiv)
и пробить rsh через системную защиту
(что непросто, если стоит крутой
firewall). Еще надо защитить
компьютер от атаки снаружи
на rsh, для чего надо запретить
коннект на rsh через /etc/hosts.deny,
и запретить коннект на порт,
с которого ходит rsh, извне
через firewall.

Основная трудность, с которой я столкнулся,
состояла в том, что rsh без аргумента вызывает
rlogin. Rlogin у меня вызывался, а rsh
нет, но проверить я это не мог, пока не
догадался написать rsh с аргументом (без
аргумента она молча вызывала rlogin и
загружалась).

Такие дела
Миша

да, спасибо.

Миша,

какой у тебя SSH? У меня есть инструкция про SSH Secure Shell 3.2.0 (non-commercial version)

для OpenSSH всё почти так же, только имена файлов другие.

я могу выслать эту инструкцию.

извините, что я на "ты"

Привет,
на "ты" это правильно.
Ssh у меня openssh 3.4p1
е-мэйл известный (verbit@mccme.ru), буду весьма благодарен.

Вообще надо бы как-нибудь встретиться и пообщаться,
я тут на днях правда уезжаю в Глазго опять

Такие дела
Миша

А меня за 300 гигов и все равно все забито :( Очень уж японские мультики люблю и обожаю.

Меньше минуты? А как же он изменивныеся файлы за это время найдет? find по приличному дереву будет дольше бегать.

Ман сообщает следующее

The rsync remote-update protocol allows rsync to transfer just the dif-
ferences between two sets of files across the network link, using an
efficient checksum-search algorithm described in the technical report
that accompanies this package.

Видимо, это быстрее, чем find
(чем slocate точно быстрее)

Такие дела
Миша

А почему rsync, а не incremental backup с использованием tar? У меня была подобная ситуация, бэкапил два компа, скрипт гонялся на одном из них, диски с другого монтировались по сети (mount -t nfs или нечто вроде), а потом зазипованный тар отсылслся через smbclient на компутер со съемным жестким диском, который гонял винду. Разумеется, самое слабое место был этот самый самба-клиент, плюс под ext2 файл больше 2 ГБ не создашь, но, насколько я понимаю, у тебя таких проблем нет.

>А почему rsync, а не incremental backup с использованием tar?

Rsync это и есть incremental backup, просто он в сотни раз
быстрее, чем то же самое через ftp например

NFS я тоже опасаюсь ставить, она чрезвычайно дырявая,
и если кто-то взломает мой firewall - все, кранты.

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

Такие дела
Миша

.ssh/id_dsa.pub на клиенте
.ssh/authorized_keys на сервере