I would like to acheive the something similar.
I would like to connect to my Synology NAS through SSH and execute a shutdown command issued by an UPS monitoring script I have developed and which is running on a mikrotik RB connected to an APC UPS.
My problem is the following. I have generated a DSA public/private keypair on my Synology NAS and using this keypair I can ssh to my Synology NAS using PUTTY on windows, so the server side seems ok. I have imported these keys using /system users ssh-keys private.
The problem is that when I issue the command /system ssh 192.168.1.7 user=orsib, my mikrotik is still requesting for password instead of using the keys to login passwordless. The user is exactly the same I have used to create the keypair on Synology. What is the solution to this? What I should finetune in sshd on Synology in order to get this work?
I would also interested the outcome of this topic as my plan is to issue commands trhough SSH using a script. So if it is not working then it is another obstacle.
I would like to acheive the something similar.
I would like to connect to my Synology NAS through SSH and execute a shutdown command issued by an UPS monitoring script I have developed and which is running on a mikrotik RB connected to an APC UPS.
My problem is the following. I have generated a DSA public/private keypair on my Synology NAS and using this keypair I can ssh to my Synology NAS using PUTTY on windows, so the server side seems ok. I have imported these keys using /system users ssh-keys private.
The problem is that when I issue the command /system ssh 192.168.1.7 user=orsib, my mikrotik is still requesting for password instead of using the keys to login passwordless. The user is exactly the same I have used to create the keypair on Synology. What is the solution to this? What I should finetune in sshd on Synology in order to get this work?
I would also interested the outcome of this topic as my plan is to issue commands trhough SSH using a script. So if it is not working then it is another obstacle.