Note : if this still does not work, take a look at the answers in the comments below for troubleshooting ideas. if you only want to use rsync with this user (not SSH) you can now remove the backup user from the administrators group.now, the authentification should work : from the server, try to log in to the NAS ( ssh and check that it logs in without requiring a password.this is important : connect to the NAS by SSH and check the files permissions :.copy the public key to the NAS : ssh-copy-id (you will need to enter the password of the backup user).connect to the server and generate a key pair if don’t have one already : ssh-keygen -t rsa.add the backup user to the administrators group.Let’s assume you want to allow a remote server to authenticate with the user backup : Now that public key authentification is enabled, you need to exchange keys for each host and user that need to be able to automatically authenticate. if you added your user to the administrators group at the beginning of this procedure, you can now remove it form the group (except if this is the same user you want to add keys to, keep reading).restart the SSH service, either using synoservicectl -restart sshd or by disabling and re-enabling the SSH service in Control panel > Terminal &SNMP.ssh/authorized_keys (make sure not to change anything else, otherwise you could lock yourself out of SSH) uncomment the lines PubkeyAuthentication yes and AuthorizedKeysFile.edit the SSH service config : vim /etc/ssh/sshd_config.log into the NAS via SSH : ssh in a Linux terminal or use Putty on Windows. set up a user account if you don’t already have one (mine will be called foaly) and temporarily add it to the administrators group using Control panel > User > foaly > Edit > User groups).make sure the SSH service is enabled in Control panel > Terminal & SNMP > Enable SSH service.Public key authentification is disabled by default, you will need to enable it : However, even non- administrators can use the rsync service. Only members of the administrators group are allowed to connect by SSH.By default, root is not allowed to connect, you need to connect with another user and use sudo su (type the password of the user you are connected with, not the root password). One thing I have struggled with, though, has been setting up public key authentification in order to allow automated scripts to push backups to the NAS via rsync. The DSM web interface is both powerful and easy to use and is constantly improving. Experience the power of Track Changes, Inline ImageĮditing and ensure content is compliant with Accessibility Checking.Synology DiskStations are awesome. > Forwarded by the Webmin mailing list at To remove yourself from this list, go toĮditLive Enterprise is the world's most technically advanced contentĪuthoring tool. > Editing and ensure content is compliant with Accessibility Checking. Experience the power of Track Changes, Inline Image > EditLive Enterprise is the world's most technically advanced content > I did transfet /etc/webmin/* but my 2 webmin are not identical > with 2 identicals Webmin configurations. > What files and directory should I transfert so that after the "rsync" I end up > "production server" to my "backup server" > I want to "rsync" all my "production server" webmin configurations files from my > I do all my webmin configuration on my "produvtion server". > I have a "production server" and a "backup server". > I have 2 identicals servers configure as "Ubuntu+Iptable+Squid" firewall. On Jun 13, 2011, at 6:10 PM, Sart Cole wrote: To copy settings related to apache for example, you would need to copy /etc/apache2. The /etc/webmin directory is for settings related to webmin itself. Subject: Re: Rsync of Webmin configuration files
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |