Salut,

Je me sers d'un service distant de stockage pour la sauvegarde de nos données - nous voulons avoir un script exécuté dans le cadre d'une tâche cron qui ne les sauvegardes à partir de notre machine Linux au service de la machine Linux.

Je veux utiliser le goudron et ssh pour le faire (plutôt que de monter le disque et l'utilisation de cp). Par conséquent, veulent apprendre à éviter d'avoir à taper un mot de passe avec ssh. Je suis nouveau à cette fonction si je suis en ligne et de lire la procédure, de télécharger et OpenSSH construit et que le texte suivant:

$ Ssh-keygen-t rsa
Generating public / privé paire de clés RSA.
Entrez le fichier dans lequel enregistrer la clef (/ homes/12/same/.ssh/id_rsa):
/ homes/12/same/.ssh/id_rsa existe déjà.
Overwrite (y / n)? y
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Votre identification a déjà été enregistrés dans le fichier / homes/12/same/.ssh/id_rsa.
Votre clé publique a été enregistrés dans le fichier / homes/12/same/.ssh/id_rsa.pub.
The key fingerprint is:
27: a4: d4: 63:35:62: ... même dpdw @

$ Ssh-copy-id-i ~ / .ssh / id_dsa.pub test3@remote.machine
test3@remote.machine' du mot de passe:
Maintenant, essayez de vous connecter à la machine, avec "ssh 'test3@remote.machine'", et de vérifier en:

.ssh / authorized_keys

pour nous assurer que nous n'avons pas supplémentaire clés que vous n'attendiez pas.

Ainsi, à ce point, je suis s'attend à être en mesure de ssh dans la machine à distance et ne pas être invité à entrer un mot de passe. Est-ce que c'est ce qui devrait se passer? Comme on peut le voir ci-dessous, je suis encore invité.

$ Ssh 'test3@remote.machine'
test3@remote.machine du mot de passe:

S'il vous plaît quelqu'un peut-il proposer un problème possible avec ce que je fais c'est de la prévention de ce travail?

Merci à l'avance,
Sam

supprimer tout les "anciens" les clés qui pourraient être assis dans le fichier. avez-vous des plantes dans la clé correctement? vérifier que l'ONE de la ligne seulement

Ok, j'ai commencé plus: je ssh'ed dans la machine distante, maçon, et a supprimé .ssh / authorized_keys. puis est sorti de la machine locale, meggi, et supprimé id_rsa et id_rsa.pub. Ensuite, la clé régénérée. Voici l'ensemble de la séquence à partir de zéro:

$ Rm .ssh / authorized_keys
$ Exit
logout
Connexion à bricklayer.remotehost fermés.
>
> Rm .ssh / id_rsa *
>
> Ls. Ssh /
known_hosts
> Uname-n
meggi
> Ssh-keygen-t rsa
Generating public / privé paire de clés RSA.
Entrez le fichier dans lequel enregistrer la clef (/ homes/12/same/.ssh/id_rsa):
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Votre identification a déjà été enregistrés dans le fichier / homes/12/same/.ssh/id_rsa.
Votre clé publique a été enregistrés dans le fichier / homes/12/same/.ssh/id_rsa.pub.
The key fingerprint is:
ff: 1b: fa: c6: 80:33:15: ae: 9e: 57:39:94:38:20:67: c1 même meggi @
>
> Ssh-copy-id-i ~ / .ssh / id_rsa.pub test3@bricklayer.remotehost
test3@bricklayer.remotehost du mot de passe:
Maintenant, essayez de vous connecter à la machine, avec "ssh 'test3@bricklayer.remotehost'", et de vérifier en:

.ssh / authorized_keys

pour nous assurer que nous n'avons pas supplémentaire clés que vous n'attendiez pas.

> Cat .ssh / id_rsa.pub
ssh-rsa AAAAB3NzaC1yc2E ... même WUXfilLCNywEmX0 \u003d @ meggi
>
>
> Ssh test3@bricklayer.remotehost
test3@bricklayer.remotehost du mot de passe:
Dernière connexion: Fri Aug 1 12:13:58 2008 de meggi.localhost
$
$ Uname-n
maçon
$ Cat .ssh / authorized_keys
ssh-rsa AAAAB3NzaC1yc2E ... même WUXfilLCNywEmX0 \u003d @ meggi
$

Ainsi, les deux fichiers ~ / .ssh / id_rsa.pub et .ssh / authorized_keys sont identiques, je diff'ed eux. Est-ce la façon dont il devrait l'être? Aussi ne la machine locale de ~ / .ssh / known_hosts file jouer un rôle dans cela?

Merci,
Sam

Qu'est-ce que vous en utilisant l'ID de meggi ssh pour exécuter le login de maçon?
Elle devrait être la même, 'test3'. Il semble que vous avez utilisé le numéro d'identification de «même» pour générer des
la clé RSA?

également veiller à ce que les locaux et distants ~ /. ssh sont chmod'ed 0700 et ~ / .ssh / authorized_keys sur la télécommande est chmod'ed 0600.

si ma mémoire est correcte je pense que vous exécutez

ssh-keygen -t dsa