Not So Simple
The first thing I had to decide was whether I should use the NV+ or 109+ to run the copy. But it turned out that I didn't really have a choice. Although the Synology has a backup utility, it's one-way only, i.e. you can only choose an rsync partner as a destination, not a source for the copy.
So I turned to the NV+ and tried to set up a backup job, but it was a frustrating experience. Neither Synology nor NETGEAR provide enough information in the products' online help or documentation to get the products set up successfully. And even digging through Forums and FAQ only got me part of the way there.
Figure 2 shows the NV+ backup wizard with settings that finally allowed me to successfully connect to the 109+. The Host is the 109+' IP address and the Path is actually the rsync module name, but without the double colon ( ::) that normally is used as an rsync module delimiter.
Figure 2: Synology rsync destination settings
NetBackup is actually one of the Synology default shares and is visible when you browse for shares. But it's the only share that can be connected via rsync. So I wasn't able to have my current shares on the NV+ be exactly duplicated on the 109+ as top-level shares. Instead, they had to be copied to folders in the NetBackup share.
The trickiest part, however, was determining the Login and Password information. This Synology FAQ led me to believe that I could enter either root or rsync in the NV+' Login (username) field. But I wasn't successful with either one.
I had too many variables—Path (I hadn't yet figured out to not include the ::), Login and Password—and was getting nowhere by guessing. So I finally resorted to enabling SSH via the 109+ Network Services > Terminal page, logging in and looking at the /etc/rsyncd.conf file, which is shown below.
Syno_DS109plus> cat /etc/rsyncd.conf #motd file = /etc/rsyncd.motd #log file = /var/log/rsyncd.log pid file = /var/run/rsyncd.pid lock file = /var/run/rsync.lock use chroot = no [NetBackup] path = /var/services/NetBackup comment = Network Backup Share uid = root gid = root read only = no list = yes auth users = root secrets file = /etc/rsyncd.secrets
The [NetBackup] confirmed the rsync module name (it's always found in brackets in the rsyncd.conf file. And since the uid and gid were set to root, I figured it was a better bet than using rsync as the Username / Login name.
So now the only thing left was the password and neither root nor admin worked. I found the final clue here, which revealed that my problem was that the 109+ did not have an admin password set. Once I did that, and entered it in the Password field, a click on the NV+ Test Connection button finally produced the Successfully Connected to 10.168.3.245 popup that I was waiting for.
Now that I had a working connection, I set up backup jobs in the NV+ for each folder / share that had to be backed up. I also set up folders in the NetBackup folder with names to match the shares being copied. The only thing I needed to change for these jobs from the NV+ backup job information shown in Figure 2 was the Path. My NV+ media and backup folders required Paths of NetBackup/media and NetBackup/backup, respectively.
With an rsync success under my belt, I decided to try the 109+' Download Station feature to copy folders from the NV+ via FTP. Synology's Download Station Settings (Figure 3) show controls for download via HTTP, FTP, BitTorrent, eMule and even news server NZB files.
Figure 3: Synology Download Station settings
So I figured I just needed to enable the NV+' FTP server, then enable FTP permissions on the backup and media folders that I wanted to transfer. But when I did that and tried to start a download from ftp://10.168.3.253/backup, I would just get a Broken Link returned for the transfer status (Figure 4).
Figure 4: Download Station Broken Link
Once again, the devil was in the details. I found this thread in the Synology Forums that provided the answer that the Download Station supports file downloading only. So, for now, at least, if you're trying to do NAS-to-NAS backup with Synology NASes, rsync is the only option that you have.
Next time, I'll see what we can do with a QNAP NAS.