On 11/11/18 7:49 AM, Rich Shepard wrote:
Yesterday rsync copied ~/ from the current desktop (salmo) to the new
desktop (baetis) using this command from ~/ on the new desktop: rsync -av
salmo: .
/opt on both hosts have perms 777.
However, when I try to copy the /opt partition from salmo to baetis I
get
a permission denied (publickey) error. Running 'ssh -vv salmo' from the new
desktop shows sending and receiving packets with no issues until this:
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Offering ED25519 public key: /home/rshepard/.ssh/id_ed25519
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey
debug2: we did not send a packet, disable method
debug1: No more authentication methods to try.
Permission denied (publickey).
Line 5 looks to be trying to send the private key rather than the public
key.
Here's what I checked:
1. Perms for both hosts' .ssh/ are 644 except for the private keys for
which it is 600.
2. Both hosts have the other host's public key in
~/.ssh/authorized_keys.
3. Both hosts have the other host recognized in ~/.ssh/known_hosts.
4. From salmo I can successfully connect to baetis,
Since rsync worked on baetis yesterday to copy my home directory from
salmo I'm not seeing why today it will not copy /opt. And web searches
(almost all from ubuntu and github users) offered nothing different from
what I checked.
A clue stick will help.
A series of thoughts, but nothing specifically to help, sorry.
Are you able to connect to salmo using the password, and is it
configured to accept the ED25519 key format?
Are both machines set up with the UID/GID values for the username in
question? You can try specifying the username on the rsync call to be a
bit more specific, too. (I don't expect this to be a problem, but worth
looking at.)
Also, even if /opt is set for 777, directories below that may not be,
and that may be a cascading problem after the key issue is resolved.
dafr
_______________________________________________
PLUG mailing list
[email protected]
http://lists.pdxlinux.org/mailman/listinfo/plug
