Резервное копирование рабочего стола Linux на Synology NAS (DS 5.2) с использованием backintime

Question

Я пытаюсь настроить резервную копию моего настольного компьютера с Linux на NAS-устройстве Synology с обратным временем.

Тем не менее, я застрял со следующим сообщением об ошибке:

Entfernter Rechner <nas.ip.address> unterstützt 'rsync -rtDH --links --no-p --no-g --no-o  --dry-run --chmod=Du+wx /tmp/tmpAOVRI9 --rsh="ssh -p 22 " "<user>@<nas.ip.address>:/volume2/backup"' nicht:
3072

Перевод:

Remote server <nas.ip.address> does not support 'rsync -rtDH --links --no-p --no-g --no-o  --dry-run --chmod=Du+wx /tmp/tmpAOVRI9 --rsh="ssh -p 22 " "<user>@<nas.ip.address>:/volume2/backup"':
3072

Настроить:

• NAS-устройство Synology: DS214play, работает под управлением DS 5.2-5644
• Рабочий стол: Linux Mint 17.2
• backintime: v1.0.34

Что я сделал до сих пор:

• Я настроил NAS, поэтому я могу войти в систему как <user> используя открытый ssh-ключ пользователя. (Таким образом, ssh -p 22 <user>@<nas.ip.address> работает нормально.)
• У меня работает sshfs, поэтому sshfs -p 22 -o ServerAliveInterval=240 -o idmap=user <user>@<nas.ip.address>:/ </mountpoint/ работает нормально. (Однако sshfs -p 22 -o ServerAliveInterval=240 -o idmap=user <user>@<nas.ip.address>:/volume2/backup </mountpoint/ завершается с ошибкой <user>@<nas.ip.address>:/volume2/backup: No such file or directory , даже если этот каталог существует в nas.

Когда я запускаю указанную выше команду в оболочке на рабочем столе, я получаю следующее сообщение об ошибке (я также пробовал без volum2/backup но результат тот же):

rsync -rtDH --links --no-p --no-g --no-o  --dry-run --chmod=Du+wx /tmp/tmpAOVRI9 --rsh="ssh -p 22 " "<user>@<nas.ip.address>:/volume2/backup"
Permission denied, please try again.
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: error in rsync protocol data stream (code 12) at io.c(226) [sender=3.1.0]

Answer 1

Была очень хорошая вики о настройке Synology NAS для BackInTime, которую я всегда связывал. Но этого больше нет (по крайней мере, оно больше не появляется, история все еще доступна). Так что я добавлю это здесь

---

вопрос

BackInTime не может использовать Synology DSM 5, поскольку соединение SSH с NAS относится к другой корневой файловой системе, чем SFTP. С SSH вы получаете доступ к настоящему корню, с SFTP вы получаете доступ к фальшивому корню (/volume1)

Решение

/volume1/backups в /volume1/volume1/backups

Как

• Создайте новый том с именем volume1 (если он еще не существует)
• Включить службу домашнего пользователя (Панель управления / Пользователь)
• Создайте новый общий ресурс с именем « Резервные backups на volume1
• Создайте новый ресурс с именем volume1 на volume1 (это должно быть то же имя)
• Создайте нового пользователя с именем backup
• Дайте права backup пользовательского чтения / запись совместной backups и volume1 разрешения на FTP
• Включить SSH (Панель управления / Терминал и SNMP / Терминал)
• Включить SFTP (Панель управления / Файловая служба / FTP / SFTP)
• Начиная с DSM 5.1: включить службу резервного копирования (служба резервного копирования и репликации / резервного копирования)
• Войдите в систему как root с помощью SSH
• Изменить оболочку backup пользователя. Установите его в /bin/sh

• Создайте новый каталог /volume1/volume1/backups

  mkdir /volume1/volume1/backups
  

• /volume1/backups в /volume1/volume1/backups

  mount -o bind /volume1/backups /volume1/volume1/backups
  

• Для автоматического монтирования сделайте скрипт /usr/syno/etc/rc.d/S99zzMountBind.sh

  #!/bin/sh
  
  start()
  {
         /bin/mount -o bind /volume1/backups /volume1/volume1/backups
  }
  
  stop()
  {
         /bin/umount /volume1/volume1/backups
  }
  
  case "$1" in
         start) start ;;
         stop) stop ;;
         *) ;;
  esac
  

• На рабочей станции, на которой вы пытаетесь использовать BIT make SSH-ключи для backup пользователя, отправьте открытый ключ на NAS

  ssh-keygen -t rsa -f ~/.ssh/backup_id_rsa
  ssh-add ~/.ssh/backup_id_rsa
  ssh-copy-id -i ~/.ssh/backup_id_rsa.pub backup@<synology-ip>
  ssh backup@<synology-ip>
  

• Теперь вы можете использовать BackInTime для резервного копирования на NAS с пользовательской backup .

_{Отказ от ответственности: я являюсь членом BIT Dev-Team}

Answer 2

В дополнение к решению Germar мне пришлось добавить собственный флаг rsync в настройках профиля:

• Перейти к "Параметры экспорта"
• Установите флажок "Вставить дополнительные параметры в rsync"
• Добавьте --rsync-path =/path-to-rsync/rsync в текстовое поле рядом с

На моей станции Synology rsync находится в /bin /rsync.