@alisystems вы просто замечательная! Отличная работа! Я так и не смог заставить мою QNAP работать так же, даже после того, как попробовал абсолютно всё, что здесь написано. Она просто не видит UNAS-Pro как "совместимый Rsync-сервер".

ВОПРОС: Действительно ли ваша Rsync-передача успешна через порт 873? На стороне QNAP приложение для резервного копирования/синхронизации (HBS3) конкретно указывает, что ему нужно подключиться к UNAS-Pro (Rsync) через его SSH-порт… который, как я думаю, 22… если его можно изменить в UNAS-Pro через интерфейс или командную строку. Просто любопытно!

Я, однако, смог заставить это работать в обратном направлении! UNAS-Pro БЕРЁТ данные с QNAP. Если вам интересно, как я это настроил, пост есть на reddit, а мой ник christopherpvlk… не могу поверить, что Ubiquiti не разрешает ссылки здесь!

Кстати, ВАША публикация помогла мне понять последний маленький кусочек пазла! Небольшая деталь. Я не понимал, что все папки/файлы в каждой папке общего доступа UNAS-Pro находятся в скрытой папке /.data/! Я увидел это в одном из ваших примеров, применил это, и БАМ! Теперь это работает для меня. Так что, СПАСИБО!

Спасибо за ответ. Я как раз это и делал, и проверил через файл passwd. Нашёл проблему: в /etc/rsyncd.conf пришлось удалить все комментарии, начинающиеся с "#…" (что показалось мне странным, ведь обычно в Linux системах всё после # можно оставлять как комментарий). В Synology Hyperbackup пришлось выбрать "Несколько версий" при выборе типа версии резервной копии

Большое спасибо @alisystems за подробное описание проблемы. Пишу здесь на случай, если кому-то ещё приходится сталкиваться с тем же. У меня при попытке установить соединение через Hyperbackup возникают ошибки. UNAS и Synology в одной подсети. В логах rsync сообщение об ошибке: Invalid uid 1001, что странно, потому что cat /etc/passwd показывает именно этот UID. Hyperbackup на Synology возвращает: когда я убираю strict modes = false. Я получаю ту же ошибку, что и @adubas. Напишу, когда разберусь с этой проблемой на своей стороне.

Али, спасибо за инструкцию по rsync. Я всё сделал по ней, но не могу обойти ошибку аутентификации при настройке резервного копирования в Hyper Backup. Обновление: пришлось добавить "strict modes = false" в файл rsyncd.conf, и теперь всё работает. Спасибо! Я создал нового обычного пользователя "synology" в UNAS Pro, задал пароль, указал его владельцем для новой общей папки на UNAS Pro, последовал всем твоим шагам по установке rsync и т.д., файлам конфигурации, chmod, GID и т.д. Я могу получить доступ по SMB из Windows с тем же пользователем к общей папке, но при резервном копировании Synology Backup возникают ошибки аутентификации при попытке создать резервную копию rsync. Synology NAS находится в той же сети. В файле Secrets указано synology:actualpassword. Я в полном замешательстве. Я также настроил rsync как службу и перезагрузил UNAS Pro, и убедился, что файл конфигурации содержит правильных пользователей и т.д. Что думаешь?

Это именно то, что нужно, поддержка rsync на unas. Так и хочется попробовать, сколько времени понадобится, чтобы увидеть, реализовали ли это? Спасибо, что поделились.

Во-первых, спасибо за поддержку! Убедитесь, что у пользователя ali*** есть права редактора к ALiNAS_Backup на UNAS-Pro. Я пробовал и как редактор, и как владелец. Также я пытался использовать команду монтирования от имени администратора UNAS Pro, а не созданного ad hoc пользователя (b). Пароль в команде лучше заключить в одинарные кавычки 'P********' (работало для Майка выше); и я пытался ввести пароль так, как вы указали ©. Я запускал Hyper Backup от имени администратора Synology. Мой аккаунт – администратор NAS Synology. К сожалению, ничего не сработало, но теперь ошибка изменилась (не знаю почему) и появилась такая, как на изображении ниже. В File Manager я продолжаю видеть файлы UNAS Pro и могу их удалять, создавать и управлять ими в целом. Не удалось выполнить эту операцию, возможно, из-за нестабильного сетевого соединения или загруженности системы. Пожалуйста, попробуйте позже.

Нашёл твой совет очень полезным, и он бы также решил большую проблему у нас в компании: мы решили отказаться от второго Synology-сервера для резервного копирования и вместо него используем Ubiquiti NAS, чтобы упростить процесс. Я выполнил все шаги и смонтировал папку, созданную на UNAS Pro, в общую папку на Synology NAS. Попробовал обе версии Samba, 2 и 3, используя следующие команды (скрыл пользователя и пароль):

`sudo mount -t cifs -o vers=3.0,username=ali***,password=P******** //192.168.1.5/ALiNAS_Backup /volume1/ALiBackup`
`sudo mount -t cifs -o vers=2.0,username=ali***,password=P******** //192.168.1.5/ALiNAS_Backup /volume1/ALiBackup`

Всё работает в обе стороны: если я загружаю файл на Synology, я нахожу его в UNAS Pro и наоборот. Однако, когда я создаю задачу резервного копирования в Hyper Backup, я получаю такую же ошибку, как и у тебя при попытке использования NFS-протокола: «Нет разрешения на доступ к общей папке в месте назначения. Обратитесь к администратору места назначения, чтобы предоставить права доступа владельцу задачи».

Я пробовал заходить в общую папку и назначать права на чтение и запись всем системным пользователям Synology NAS, включая пользователя HyperBackup, но ничего не меняется. Как думаешь, в чём может быть дело?

Привет Майк! Отличные новости! Просто чтобы помочь тем, кто придёт после нас, ты имеешь в виду, что пароль в команду mount ты поставил в одинарные кавычки? То есть, в примере выше, если пароль 12345, команда будет выглядеть так: sudo mount -t cifs -o vers=2.0,username,synology,password='12345' //192.168.100.6/Synology_Backup /volume1/UNAS_PRORegardsDavid

Привет, MikeNo, я не получаю запроса на пароль, когда указываю его в команде монтирования. Тот факт, что ты получаешь запрос на пароль, говорит хотя бы о том, что Synology общается с UNAS-Pro. Они оба в одной сети, то есть Synology имеет IP-адрес 192.168.100.nnn? Если нет, можешь переместить UNAS-Pro так, чтобы он был в той же сети, что и Synology, для тестирования.

Попробуй убрать пароль из команды совсем:

`sudo mount -t cifs -o vers=2.0,username=synology //192.168.100.6/Synology_Backup /volume1/UNAS_PRO`

Тебя должно попросить ввести пароль вручную. Интересно, нет ли ошибки в пароле, который ты указываешь в команде монтирования, из-за чего UNAS-Pro его отклоняет и просит ввести вручную?

Появляется ли сообщение об ошибке или код ошибки, или подключение просто зависает?

Проверь, правильно ли расставлены пробелы между разными частями команды. Бывали случаи, когда у меня возникали проблемы, когда между командами в командной строке было два пробела вместо одного. Проверь, нет ли пробела после запятой в разделе учетных данных, то есть у тебя `username=synology,password=<password>` а не `username=synology, password=<password>`.

Если UNAS-Pro запрашивает пароль в ответ на команду монтирования, ты его вводишь, а затем подключение отклоняется, наиболее очевидный ответ в том, что пароль неверный (как будто шнур питания не подключен - я бывал там!). Ты не можешь сбросить пароль для пользователя на UNAS-Pro для File Services (насколько я знаю), но может быть, создашь другого пользователя с очень простым паролем для тестирования?

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

Ты копируешь команду из редактора или вводишь ее вручную каждый раз? Я набираю команду в Блокноте на ПК с Windows (чтобы я мог поиграть с ней, чтобы все исправить), подключаюсь к Synology с помощью PuTTY и затем копирую и вставляю команду. Это снижает риск опечаток. Я использую Блокнот, а не Word, чтобы случайно не включить скрытые символы в вставленной команде.

Попробуй отмонтировать папку Synology_Backup с Synology с помощью:

`sudo umount /volume1/UNAS_PRO`

Команда должна не выполниться, так как папка не смонтирована (насколько нам известно), но это будет полезной проверкой.

Как обновление моих результатов, Hyper Backup работает и передает данные на UNAS-Pro. Я попробовал сначала небольшую папку, затем несколько более крупных. Теперь я добавил их все, и кажется, что все работает, как ожидалось, поэтому стоит продолжать.

С уважением,
David