Newsgroup: it.comp.os.linux.iniziare
Titolo: chiave rsa senza passphrase chiede la password

Premessa:
La chiave rsa (~/.ssh/guest) non è protetta da passphrase.
 
$ ssh-add ~/.ssh/guest
Identity added...
 
Infatti non è stata chiesta nessuna passphrase.
Però...
 
$ rsync -e "ssh -i ~/.ssh/guest" -nav nas:/volume1/public
clipclap@nas's password:
 
La password? Perchè rsync chiede la password?


ti sta chiedendo la password di clipclap@nas, non la passphrase della 
chiave.
c'è l'utente clipclap su nas? c'è la chiave pubblica corrispondente nelle 
authorized_keys di clipclap su nas? 
studiati mezzora come funziona il giro delle autenticazioni invece di 
andare a tentoni. sono tre cose di numero da fare: 1) generare il keypair 
2) copiare la chiave pubblica sul remoto con ssh-copy-id 3) usare la 
chiave privata per autenticarti.
 

Il 17/11/21 11:37, rootkit ha scritto:

Al posto di ssh-copy-id[1] ho inserito manualmente la chiave in 
nas:/HOME/.ssh/authorized_keys
e ora funziona
 
[1] problemi di utente, permessi, ecc.

Il 17/11/21 13:21, ClipClap ha scritto:

Dato che ci troviamo vedi se ci capisci qualcosa sul mounting on demand.
 
+ grep /mnt/public-on-demand-sshfs | cat /etc/fstab
sshfs#USER@nas:/public /mnt/public-on-demand-sshfs fuse.sshfs 
noauto,ro,users,exec,IdentityFile=/home/USER/.ssh/guest,x-systemd.automount,_netdev,users,uid=1000,gid=1000,idmap=user,allow_other,default_permissions,reconnect 
0 0
+ sudo systemctl daemon-reload
+ systemctl list-unit-files --type automount
UNIT FILE                                     STATE     VENDOR PRESET
mnt-public\x2don\x2ddemand\x2dcifs.automount  generated enabled
mnt-public\x2don\x2ddemand\x2dsshfs.automount generated enabled
proc-sys-fs-binfmt_misc.automount             static    enabled
 
3 unit files listed.
+ sudo systemctl restart 'mnt-public\x2don\x2ddemand\x2dsshfs.automount'
+ sudo systemctl restart remote-fs.target
+ sudo systemctl restart local-fs.target
+ ls /mnt/public-on-demand-sshfs
ls: impossibile aprire la directory '/mnt/public-on-demand-sshfs': 
Nessun device corrisponde
 
Se possono servire ecco ulteriori dettagli
 
+ journalctl -b -n 10
-- Logs begin at Tue 2021-10-19 17:43:48 CEST, end at Wed 2021-11-17 
14:23:01 CET. --
nov 17 14:22:45 USER-PC systemd[1]: Condition check resulted in File 
System Check on Root Device being>
nov 17 14:22:45 USER-PC systemd[1]: Reached target Local File Systems.
nov 17 14:22:45 USER-PC sudo[18399]: pam_unix(sudo:session): session 
closed for user root
nov 17 14:22:45 USER-PC systemd[1]: 
mnt-public\x2don\x2ddemand\x2dsshfs.automount: Got automount reque>
nov 17 14:22:45 USER-PC systemd[1]: Mounting /mnt/public-on-demand-sshfs...
nov 17 14:23:01 USER-PC mount[18405]: read: Connection reset by peer
nov 17 14:23:01 USER-PC systemd[1]: 
mnt-public\x2don\x2ddemand\x2dsshfs.mount: Mount process exited, c>
nov 17 14:23:01 USER-PC systemd[1]: 
mnt-public\x2don\x2ddemand\x2dsshfs.mount: Failed with result 'exi>
nov 17 14:23:01 USER-PC systemd[1]: Failed to mount 
/mnt/public-on-demand-sshfs.
nov 17 14:23:01 USER-PC systemd[1273]: 
mnt-public\x2don\x2ddemand\x2dsshfs.mount: Succeeded.
+ dmesg
+ tail -n 10
[ 3675.226033] device veth3b31132 entered promiscuous mode
[ 3675.518759] eth0: renamed from vethc0531f5
[ 3675.542703] IPv6: ADDRCONF(NETDEV_CHANGE): veth3b31132: link becomes 
ready
[ 3675.542875] br-1852f2fe51ae: port 1(veth3b31132) entered blocking state
[ 3675.542879] br-1852f2fe51ae: port 1(veth3b31132) entered forwarding state
[ 3676.221666] br-1852f2fe51ae: port 1(veth3b31132) entered disabled state
[ 3676.222248] vethc0531f5: renamed from eth0
[ 3676.272452] br-1852f2fe51ae: port 1(veth3b31132) entered disabled state
[ 3676.276258] device veth3b31132 left promiscuous mode
[ 3676.276266] br-1852f2fe51ae: port 1(veth3b31132) entered disabled state