Как заставить Rsync копировать без SSH

Первая ссылка в гугле

По умолчанию rsync попытается использовать транспорт ssh. Если вы хотите использовать ранее созданный сервер rsync, нужно указать это явно:

rsync -avz /home/sergiy/tmp/ rsync://192.168.56.102:/share

Точно также можно синхронизировать файлы с rsync из удаленного сервера:

rsync -avz root@192.168.56.102:/home/ /home/sergiy/tmp/

Но можно спросить, а чем через ссш не устраивает?

смотри свой rsyncd.conf

синтакис вызова такой: rsync -av ipaddr::mydir /tmp/target

не забудь rsyncd стартануть

Первая ссылка в гугле

Эту ссылку уже и мусолю полдня, но что-то совсем туплю, не соображу никак ....

SSH — Atom не вытягивает, скорость падает вместо 100 до 20 Mbps
Поэтому и ключик z не подходит.

Если нетрудно, перепишите мой пример правильно, а то сегодня совсем не соображаю.



Кстати! То, что сделал я, ничем не отличается от «первой ссылке в гугле».

Так что просьба не футболить по гуглам, а подправить мой случай

смотри свой rsyncd.conf
не забудь rsyncd стартануть

А чего там смотреть? Я его настроил, и демон запусил иначе как у меня уже копируется по ssh

синтакис вызова такой: rsync -av ipaddr::mydir /tmp/target

А вот этот синтаксис уже поинтересней, чем «Первая ссылка в uугле», поскольку в нем используется двойное двоеточие - ::

Но все равно пока не выходит малахитовый цветок, выдается ошибка:

ERROR: The remote path must start with a module name not a /
rsync error: error starting client-server protocol (code 5) at main.c(1503) [receiver=3.0.6]

А чего там смотреть? Я его настроил, и демон запусил иначе как у меня уже копируется по ssh

при копировании по ssh демон rsyncd не используется

ERROR: The remote path must start with a module name not a /

при таком синтаксисе ты указываешь не путь, а имя ресурса, который описан в rsyncd.conf

[mydir]
        path = /mnt/data
        comment = some stuff

либо используй синтаксис как показали выше - rsync://

либо используй синтаксис как показали выше - rsync://

Имхо, это «либо» более универсальное, потому что не нужно для разных ситуаций переделывать rsyncd.conf, так ведь?

Но весь прикол в том, что мой пример принципиально не отличается от «синтаксиса выше», сравните сами:

rsync -av chukcha@192.168.1.200:/home/share/Video/    /home/chukcha/

rsync -avz root@192.168.56.102:/home/                 /home/sergiy/tmp/

тебе же говорят, вот так надо

rsync -avz rsync://192.168.1.200:/home/share/Video/ /home/chukcha/

Чукча, тебе же написали:

rsync -av rsync://192.168.1.200:/home/share/Video/    /home/chukcha/

Хорошо, хорошо, я уже заметил свою ошибку (вписал chukcha@, а надо rsync:// )

Выполнил в точности по-вашему:

rsync -av rsync://192.168.1.200:/home/share/Video/    /home/chukcha/

@ERROR: Unknown module 'home'
rsync error: error starting client-server protocol (code 5) at main.c(1503) [receiver=3.0.6]

2022/08/23 00:44:40 [30801] name lookup failed for 192.168.1.222: Name or service not known
2022/08/23 00:44:40 [30801] connect from UNKNOWN (192.168.1.222)
2022/08/23 00:44:40 [30801] unknown module 'home' tried from UNKNOWN (192.168.1.222)

-e ключ добавь. я хз почему, я пользуюсь конфигом.

-e ключ добавь.

Да нафига мне этот ключ, он же SSH включает, от которого как раз и хочу избавится

rsync -av rsync://192.168.1.200:/home/share/Video/

Двоеточие после хоста лишнее.

А кусок с таргетом зачем откусили? :=)

Значит, по вашему нужно так?

rsync -av rsync://192.168.1.200/home/share/Video/    /home/chukcha/

@ERROR: Unknown module 'home'
rsync error: error starting client-server protocol (code 5) at main.c(1503) [receiver=3.0.6]

Монтируй удаленный каталог через nfs, smb и используй rsync без всяких ssh.

Значит, и используя rsync:// необходимо прописать в rsyncd.conf «модуль», как сказали выше.

[sv]
   path = /home/share
   comment = some stuff

rsync -av rsync://192.168.1.200/sv/Video    /home/chukcha/

P.S. rsync очень чувствителен к слешу после последнего каталога. Если его нет - копируется, как и ожидается, каталог, а вот если его указать, то копируется только содержимое.

gag
Хотелось бы без прописывания path = /home/shar в конфиге, но раз без это пока не получается, хусим, прописал.

Теперь оно хотя бы запрашивает пароль - чей?
Попробовал прописать от chukcha на сервере - получаю ошибку:

@ERROR: auth failed on module share

Монтируй удаленный каталог через nfs, smb и используй rsync без всяких ssh.

Извиняюсь, но не хотелось бы к Rsync еще и это нагромождение. Чем проще, тем надежнее.

Тогда надо ещё разрешить пользователю доступ, добавив после path:

   auth users = chukcha

Он уже был добавлен. Но раз он запрашивает пароль, значит он должен быть где-то прописан?
Где-то уже в гуглах попадалось в какие-то 'secrets'-файлы

А, тогда, может, попробовать без (у меня эта строчка как раз закомментирована, и копирую без пароля). Иначе, да, смотреть в мане формат файла с паролями.

У меня строка

# secrets file = /etc/rsyncd.scrt

Password: 
@ERROR: auth failed on module share
rsync error: error starting client-server protocol (code 5) at main.c(1503) [receiver=3.0.6]

Не, я имел ввиду строчку auth user, чтобы rsync был в анонимном режиме.

Если с пользователем/паролем, то надо не забыть указать конкретного пользователя: rsync://[USER@]HOST/SRC.

Ок, закомментировал строчку auth user, и - ура! - избавился от этого надоедливого пароля/
Вернусь к нему позже, когда разберусь с новыми ошибками :=)

И вот, вроде начало получатся :=)
Как продвинусь дальше, сообщу о результатах.

------------------

Теперь зачем мне это все надо:

Есть старый комп, на Атоме-510, из которого хочу соорудить бекап-сервер.
Однако ввиду своей древности SSH он не тянет ни в какую - слишком слаб, и скорость по SSH падает со 100 до 20 Mbps.
Поэтому пытаюсь настроить бекап чисто по Rsync без SSH и прочих оболочек.

Логика работы бекап-сервера - в режиме «подскока», т.е.:
- десктоп, который нужно бекапировать, в дневное время обычно включен;
- бекар-сервер должен, например, в обед, в 13:00 включиться (задается в BIOS), выгрести с десктопа изменившиеся файлы и выключиться.

Если такое получится, тогда попробую перейти на Rsnapshot, который как раз и базируется на Rsync.

Однако ввиду своей древности SSH он не тянет ни в какую - слишком слаб, и скорость по SSH падает со 100 до 20 Mbps.

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

rsync -av rsync://192.168.1.200::home/share/Video/ /home/chukcha/

Прямо в самом начале man rsync указано двойное двоеточие (double colon). Читай маны! https://www.meme-arsenal.com/memes/da81aca6f6c41ae22e0f7501523b77ac.jpg

А если поиграть с типом шифра?

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

Прямо в самом начале man rsync указано двойное двоеточие (double colon).

Прежде чем сюда обратиться, начитался манов до одурения. Ваше двойное двоеточие тоже не сработало, см. выше.
Но в конце-концов добился желаемого результата!

Вот она, волшебная строка :=)

$ time rsync --progress -av rsync://192.168.1.200/share/Video   /home/chukcha/

max connections = 5
exclude = lost+found/
dont compress   = *
[share]
path = /home/chukcha/
read only = yes
hosts allow = 192.168.1.222
hosts deny = *
list = yes
uid = root
gid = root
pid file = /var/run/rsyncd.pid
lock file = /var/run/rsync.lock
log file = /var/log/rsync.log
# auth users = backup
# secrets file = /etc/rsyncd.scrt

Ваше двойное двоеточие тоже не сработало

Больше 20 лет у всех работает, а у тебя не работает. Не находишь, что это очень странно?

Хотя какое-то время процесс rsync начинает отбирать и до 100%.
Не знаю, с чем это связано.

Больше 20 лет у всех работает, Больше 20 лет у всех работает, а у тебя не работает.

Моя недоработка. Ок, какие преимущества может дать вариант с «двойным двоеточием»?

Погоняй ещё тесты с SSH, по-братски

https://gist.github.com/KartikTalwar/4393116

Щас затяжной бекап идет, если не забуду, позже

zolden
Попробовал первый вариант -

rsync -aHAXxv --numeric-ids --delete --progress -e "ssh -T -c arcfour -o Compression=no -x" user@<source>:<source_dir> <dest_dir>

no matching cipher found: client arcfour server chacha20-poly1305@openssh.com,aes128-ctr,aes192-ctr,aes256-ctr,aes128-gcm@openssh.com,aes256-gcm@openssh.com
rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
rsync error: unexplained error (code 255) at io.c(600) [receiver=3.0.6]

А, я вообще только в обсуждении варианты смотрел, ну да Бог с ними

Там ссылаются на несколько детальных тестов, может что подчерпнете.

Два двоеточия