[Risolto] [Server] SSH... differenze tra login su 2 diversi pc...

[Doddy81]

Salve gente! Ho una domanda che riguarda il login da remoto via SSH... mo vi spiego la situazione...

In un pc ho installato BackupPC su Jaunty, ho impostato l'utente e ho creato la chiave SSH RSA.

Poi ho eseguito la stessa procedura (a parte l'installazione di Backuppc) sui 2 pc ai quali devo fare backup (un laptop con Jaunty e un pc con WinXP), inserito le chiavi sui file authorized_keys2 e su known_hosts dei relativi utenti che backuppc usa per fare il backup, nella fattispecie il mio utente su Windows XP e root sul laptop.

Sul pc con windows XP, dopo aver fatto a botte con OpenSSH per Win e un archivio zip contenente solo rsyncd (quindi non ho installato Cygwin) ed averlo configurato e avviato tutto ok, BackupPC va come un orologio (beh ci ho sbattuto la testa quasi 2 settimane per capire come impostarlo ma non importa... funziona... )

Il laptop invece mi sta facendo diventare matto... innanzitutto ho dovuto abilitare l'user root perchè, stando alle varie guide che ho seguito, quello è l'unico modo che ho per fare il backup completo di tutto il disco. Poi ho installato il pacchetto ssh... ho impostato le chiavi e scambiate con il server BackupPC, creato il file authorized_keys2 e known_hosts.

Il problema è che quando avvio la procedura di backup mi ritorna un errore "unable to read 4 bytes" che stando alle varie guide riguarda la cifratura SSH fra i 2 pc...

Per curiosità ho avviato il login via ssh dal laptop al server e qui tutto ok... inserita la password funziona come un orologio... ma al contrario se faccio login dal server verso il laptop mi trovo la richiesta di inserire una passphrase (quando ho creato la chiave ho seguito le guide che dicevano di dare semplicemente invio), faccio invio e mi chiede la password...

Non posso esserne sicuro ma ho paura che la richiesta della passphrase mi mandi in crisi Backuppc...

La mia domanda è: quale può essere il motivo della differenza tra login da laptop e login da server?

Per generare le chiavi ho usato lo stesso comando:

Codice: Seleziona tutto

sudo ssh-keygen -t rsa

e per caricare le chiavi sul file authorized_keys2 e sul file known hosts ho usato

Codice: Seleziona tutto

sudo cat ~/.ssh/nomehost_id_rsa.pub >> nomefiledestinazione

I diritti sui files sono a posto... così come le modalità delle directories /.ssh come indicato sulle guide

Codice: Seleziona tutto

sudo chmod -R go-rwx ~/.ssh 

Non saprei di quali dati potete aver bisogno per poter capire dove sta la differenza... io sono nuovo all'uso di SSH e sistemi client-server... comunque di qualunque log o dato abbiate bisogno farò il possibile per postarlo...

Grazie e scusate se sono stato prolisso ma volevo rendere quanto possibile completa la descrizione del problema...

Spero che qualcuno sappia aiutarmi... ormai ho la testa piatta a suon di craniate  >:(

Ciaoooo  (b2b)

[Doddy81]

Ecco la richiesta della passphrase che mi viene fatta quando faccio login dal server verso il client tramite ssh:

Codice: Seleziona tutto

backuppc@DoddyNAS:/home/doddy$ ssh -l root 192.168.2.7 whoami
Enter passphrase for key '/home/backuppc/.ssh/id_rsa': 
root@192.168.2.7's password: 
root
backuppc@DoddyNAS:/home/doddy$ exit
exit
doddy@DoddyNAS:~$ 

questa richiesta sul client non avviene e non capisco perchè... può darsi che debba crearmi un file authorized_keys2 anche sul server?  :-\
l'unica diffferenza che trovo tra il client e il server a parte l'installazione di backuppc è solo la mancanza di authorized_keys2 sul server... quasi quasi provo...  :-\

[Doddy81]

ho fatto una prova aggiungendo authorized_keys2 ma non è cambiato nulla... pazienza...  :-\
intanto per curiosità ho provato a fare login via ssh sul pc windows... e sorpresa... con questo client non mi viene chiesta la passphrase...
a questo punto forse c'è qualcosa che non va sul client... ma vorrei capire cosa...  >:(
questo è l'output quando tento un whoami sul laptop:

Codice: Seleziona tutto

 
backuppc@DoddyNAS:~/.ssh$ ssh -v -l root 192.168.2.7 whoami
OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.7 [192.168.2.7] port 22.
debug1: Connection established.
debug1: identity file /home/backuppc/.ssh/identity type -1
debug1: identity file /home/backuppc/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/backuppc/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5ubuntu1
debug1: match: OpenSSH_5.1p1 Debian-5ubuntu1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.2.7' is known and matches the RSA host key.
debug1: Found key in /home/backuppc/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/backuppc/.ssh/identity
debug1: Offering public key: /home/backuppc/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
Enter passphrase for key '/home/backuppc/.ssh/id_rsa': 
debug1: Trying private key: /home/backuppc/.ssh/id_dsa
debug1: Next authentication method: password
root@192.168.2.7's password: 
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = it_IT.UTF-8
debug1: Sending command: whoami
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
root
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1744, received 2296 bytes, in 0.0 seconds
Bytes per second: sent 96455.1, received 126984.5
debug1: Exit status 0

e questo del login via ssh sul laptop:

Codice: Seleziona tutto

backuppc@DoddyNAS:~/.ssh$ ssh -v root@192.168.2.7
OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.7 [192.168.2.7] port 22.
debug1: Connection established.
debug1: identity file /home/backuppc/.ssh/identity type -1
debug1: identity file /home/backuppc/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/backuppc/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.1p1 Debian-5ubuntu1
debug1: match: OpenSSH_5.1p1 Debian-5ubuntu1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.2.7' is known and matches the RSA host key.
debug1: Found key in /home/backuppc/.ssh/known_hosts:3
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Trying private key: /home/backuppc/.ssh/identity
debug1: Offering public key: /home/backuppc/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 277
Enter passphrase for key '/home/backuppc/.ssh/id_rsa': 
debug1: Trying private key: /home/backuppc/.ssh/id_dsa
debug1: Next authentication method: password
root@192.168.2.7's password: 
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = it_IT.UTF-8
Linux doddylap_tux 2.6.28-11-generic #42-Ubuntu SMP Fri Apr 17 01:57:59 UTC 2009 i686

The programs included with the Ubuntu system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Ubuntu comes with ABSOLUTELY NO WARRANTY, to the extent permitted by
applicable law.

To access official Ubuntu documentation, please visit:
http://help.ubuntu.com/

0 packages can be updated.
0 updates are security updates.

Last login: Fri May  8 23:13:21 2009 from doddy_nas
root@doddylap_tux:~# exit
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: client_input_channel_req: channel 0 rtype eow@openssh.com reply 0
logout
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.2.7 closed.
Transferred: sent 2208, received 3160 bytes, in 1.8 seconds
Bytes per second: sent 1234.0, received 1766.1
debug1: Exit status 0

questo invece del whoami sul pc windows:

Codice: Seleziona tutto

backuppc@DoddyNAS:~/.ssh$ ssh -v -l doddy 192.168.2.5 whoami
OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.5 [192.168.2.5] port 22.
debug1: Connection established.
debug1: identity file /home/backuppc/.ssh/identity type -1
debug1: identity file /home/backuppc/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/backuppc/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1
debug1: match: OpenSSH_3.8.1p1 pat OpenSSH_3.*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.2.5' is known and matches the RSA host key.
debug1: Found key in /home/backuppc/.ssh/known_hosts:4
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received

                            ****USAGE WARNING****
qui ho tolto i vari avvisi...  :-[

debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/backuppc/.ssh/identity
debug1: Offering public key: /home/backuppc/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /home/backuppc/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
doddy@192.168.2.5's password: 
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = it_IT.UTF-8
debug1: Sending command: whoami
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
setgid: Invalid argument
debug1: channel 0: free: client-session, nchannels 1
Transferred: sent 1776, received 2904 bytes, in 0.1 seconds
Bytes per second: sent 24453.0, received 39984.0
debug1: Exit status 1

e questo del login via ssh sul pc windows:

Codice: Seleziona tutto

backuppc@DoddyNAS:~/.ssh$ ssh -v doddy@192.168.2.5
OpenSSH_5.1p1 Debian-5ubuntu1, OpenSSL 0.9.8g 19 Oct 2007
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug1: Connecting to 192.168.2.5 [192.168.2.5] port 22.
debug1: Connection established.
debug1: identity file /home/backuppc/.ssh/identity type -1
debug1: identity file /home/backuppc/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/backuppc/.ssh/id_dsa type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_3.8.1p1
debug1: match: OpenSSH_3.8.1p1 pat OpenSSH_3.*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.1p1 Debian-5ubuntu1
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-cbc hmac-md5 none
debug1: kex: client->server aes128-cbc hmac-md5 none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Host '192.168.2.5' is known and matches the RSA host key.
debug1: Found key in /home/backuppc/.ssh/known_hosts:4
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received

                            ****USAGE WARNING****
come prima ho tolto gli avvisi legali vari... 

debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /home/backuppc/.ssh/identity
debug1: Offering public key: /home/backuppc/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /home/backuppc/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
doddy@192.168.2.5's password: 
debug1: Authentication succeeded (password).
debug1: channel 0: new [client-session]
debug1: Entering interactive session.
debug1: Sending environment.
debug1: Sending env LANG = it_IT.UTF-8
Last login: Fri May  8 23:21:01 2009 from 192.168.2.6
setgid: Invalid argument
debug1: client_input_channel_req: channel 0 rtype exit-status reply 0
debug1: channel 0: free: client-session, nchannels 1
Connection to 192.168.2.5 closed.
Transferred: sent 2080, received 2984 bytes, in 2.4 seconds
Bytes per second: sent 850.9, received 1220.7
debug1: Exit status 1

La cosa strana è che sul pc windows backuppc funziona nonostante io non riesca ad utilizzare ssh da shell... nel senso che dopo aver inserito la password (corretta) ssh esce con un errore e non posso continuare la sessione... però il backup lo fa tranquillamente... e anche un scp...  :-\

se qualcuno ci capisse qualcosa e avesse una soluzione da suggerire gliene sarei grato  (b2b)

[Doddy81]

Nessuno con un'idea della differenza tra i 2 pc?  :-\

[paper0k]

Per curiosità ho avviato il login via ssh dal laptop al server e qui tutto ok... inserita la password funziona come un orologio... ma al contrario se faccio login dal server verso il laptop mi trovo la richiesta di inserire una passphrase (quando ho creato la chiave ho seguito le guide che dicevano di dare semplicemente invio), faccio invio e mi chiede la password...

Non posso esserne sicuro ma ho paura che la richiesta della passphrase mi mandi in crisi Backuppc...

Non conosco Backuppc... però per risolvere il problema del login server->laptop prendi la chiave pubblica dell'account usato da server e la inserisci nel $HOME/.ssh/authorized_keys dell'account usato nel laptop (ovviamente impostando i permessi a 600)

[Doddy81]

Ciao! Grazie per la risposta...
il caricamento della chiave del server sulla directory /.ssh dell'account usato sul laptop l'ho fatta... solo che il file si chiama authorized_keys2... non so perchè... io ho solo creato il file seguendo le varie guide che ho trovato (potrebbe anche essere un errore di battitura fatto dallo scrittore originale e scopiazzato su vari siti... non è la prima volta che mi capita di vederlo...  :-\)
il fatto è che quando faccio login da server a laptop mi viene chiesta questa passphrase (nel mio caso vuota)... ma non capisco perchè se faccio il login opposto tutto funziona... nel senso che non mi viene chiesta alcuna passphrase  :-\
ho provato anche a seguire una guida per usare ssh-add ma mi da un errore... purtroppo ora non sono sul pc in oggetto ma magari stasera provo a postare l'output...
grazie mille per la risposta  (b2b)

[Doddy81]

Mi è venuto un dubbio leggendo su questo sito che parla di SSH: http://sial.org/howto/openssh/
Se non ho capito male dice che authorized_keys2 non è più utilizzato dalla versione 3 in poi... e dovrei rinominarlo come authorized_keys giusto?
Può essere questo un motivo del problema di login?  ???
Grazie per la pazienza  (b2b)

[paper0k]

Si potrebbe essere quello... ricorda di mettere i permessi 600

[Doddy81]

Beh  ho risolto il problema creando un nuovo utente con privilegi amministrativi... ora dovrò modificarmi a mano le impostazioni di BackupPC ma non importa.
Quello che non ho capito è perchè usando l'utente root mi chiedesse continuamente la passphrase... in ogni caso ho risolto con questo sistema.
Grazie mille per la pazienza e per le dritte  (b2b)

[paper0k]

Sul discorso di root, c'è una regola su sshd_config che inibisce il login dell'account root, probabilmente è attiva, anche se in quel caso l'errore dovrebbe essere diverso

[Doddy81]

beh dopo aver cambiato regole a backuppc e l'utente sul laptop ora sembra funzionare... sto aspettando di vedere il risultato... 

[Alex M0rF3uS]

generalmente la direttiva PermitRootLogin è spenta, quindi su quello può stare tranquillo