Hi everyone,
In a nutshell, been using 9.3 for a couple months as a server for a small business. Being the go-to person for technical stuff, my boss requested for me to find a way to backup the server to a remote computer (in case a disaster occurred) in an autonomous fashion. What I've read up deals with using the Public Private key in either rsync or a cron job.
On the business side server, I've ssh-keygen for the account that will be associated with the backup, using the default save location /usr/.ssh/ followed by an scp transfer of the id_rsa.pub to the remote computer. After disabling the password auth both in control services and in users, attempts to use the pairing results in the connection being refused (public key). Looking at the permissions, they seem in order. Looking into the var/log auth.log file, notwithstadning attempts from Chinese based ip's , the only notable thing is around the time I was attempting the auth, the logs were showing a sighup condidtion
Not sure what to do, please help if possible
In a nutshell, been using 9.3 for a couple months as a server for a small business. Being the go-to person for technical stuff, my boss requested for me to find a way to backup the server to a remote computer (in case a disaster occurred) in an autonomous fashion. What I've read up deals with using the Public Private key in either rsync or a cron job.
On the business side server, I've ssh-keygen for the account that will be associated with the backup, using the default save location /usr/.ssh/ followed by an scp transfer of the id_rsa.pub to the remote computer. After disabling the password auth both in control services and in users, attempts to use the pairing results in the connection being refused (public key). Looking at the permissions, they seem in order. Looking into the var/log auth.log file, notwithstadning attempts from Chinese based ip's , the only notable thing is around the time I was attempting the auth, the logs were showing a sighup condidtion
Not sure what to do, please help if possible