L'oggetto è stato descritto in molti articoli, ma non riesco a stabilire una password di connessione ssh-meno. Al di sotto di mostrare ciò che ho fatto e poi ho ssh comprendono le informazioni di debug, forse qualcuno sarebbe in grado di ricordare qualcosa io non lo faccio a destra.
La mia configurazione: due scatole di SCO 5.0.7 su una LAN privata, l'utente equivalenza stabilita, rcmd / rcp lavoro da uno ad un altro bene. L'account utente, che è lo stesso su entrambi i lati, non ha password.
su entrambe le caselle:
Codice:
$ grep -v '^#' /etc/ssh/sshd_config | grep -v '^$'
RSAAuthentication yes
PubkeyAuthentication yes
Subsystem sftp /usr/lib/openssh/sftp-server
Sulla mia fonte casella I generato chiave pubblica
Codice:
$ ssh-keygen -t rsa
$ l -g
-rw------- 1 group 887 May 29 11:39 id_rsa
-rw-r--r-- 1 group 229 May 29 11:39 id_rsa.pub
E ho copiato il file della pubblicazione sulla macchina
Sulla casella di destinazione:
Codice:
$ cd; mkdir .ssh; chmod 700 .ssh; l -dg .ssh
drwx------ 2 group 512 May 29 11:33 .ssh
$ cd .ssh
$ cat ../my_pub > authorized_keys; chmod 600 authorized_keys
$ l -g
-rw------- 1 group 229 May 29 11:33 authorized_keys
Ora, quando si tenta di connettersi dalla mia casella di fonte:
Codice:
$ ssh -v target_server
OpenSSH_3.8p1, SSH protocols 1.5/2.0, OpenSSL 0.9.7d 17 Mar 2004
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to target_server [192.168.1.74] port 22.
debug1: Connection established.
debug1: identity file /u/target_user/.ssh/identity type -1
debug1: identity file /u/target_user/.ssh/id_rsa type 1
debug1: identity file /u/target_user/.ssh/id_dsa type -1
debug1: Remote protocol version 1.99, remote software version OpenSSH_4.3
debug1: match: OpenSSH_4.3 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_3.8p1
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 'target_server' is known and matches the RSA host key.
debug1: Found key in /u/target_user/.ssh/known_hosts:1
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,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: /u/target_user/.ssh/identity
debug1: Offering public key: /u/target_user/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Trying private key: /u/target_user/.ssh/id_dsa
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
target_user@target_server's password:
debug1: Authentications that can continue: publickey,password,keyboard-interactive
Permission denied, please try again.
target_user@target_server's password:
Vedo messaggio "ssh_rsa_verify: firma corretta" nel debug, che appare come un segno promettente, ma non è qualcosa che fa clic e per chiedere la password, che viene eliminato per questo account utente, quindi non è andare.
Qualsiasi puntatori sarebbe apprezzato.
Più di UNIX e Linux Forum Argomenti potreste trovare utili
Powered by 
05-29-2009
Threaded Mode
