max connections = 2<br />log file = /var/log/rsync.log<br />timeout = 300<br /> <br />[datashare]<br />comment = Data backup share<br />path = /var/hda/files/data<br />read only = no<br />list = yes<br />uid = kevin<br />gid = nogroup<br />auth users = kevin<br />secrets file = /etc/rsyncd.secrets<br />

1. In the xpenology box, load the dashboard/web interface --> mainmenu/backup and replication.<br />2. click "backup destination"<br />3. click "create"<br />4. pick "network destination / rsync compatible" then NEXT<br />5. Name it something you'll understand ... in my case: "data share on Amahi"<br />6. IP address (self explanatory)<br />7. user: kevin<br />8. password: theuserpassword<br />9. backup module: datashare (if you made 4 modules like I did, all 4 are available for selection as backup targets)<br />10. hit APPLY. If it doesn't work, check the user and passwords.<br />11. Do the other modules in the same manner<br />

1. click "backup" , then "create", then "data backup task"<br />2. select the folders to backup (pick one with little data or a test folder to make sure it works)<br />3. select one of the backup destinations you just created and hit NEXT<br />4. name the task, say "backup of data to Amahi"<br />5. name the directory on the Amahi share where the backup is going<br />6. side note: here's where it got interesting. if I leave metadata and thumbnails selected or unselected and I have "kevin" as the user, it works fine. If I have "rsync" as the user with admin permission (as when I was experimenting with the setup) and have the above 2 things selected, the files came over with protections. I couldn't delete some folders of the test run (I think the metadata ones). I'd have to chmod them to be able to delete them. When I deselected them they were deletable. Someone better than me at this can tell me why. Anyhow, I can't see why you'd really need it, so deselect them and give it a shot.<br />7. then hit APPLY<br />