Questions sur la clé ssh

( le service de serveur ssh et que j'ai généré une paire de généré une paire de fichiers clés sur l'ordinateur A et j'ai copié le fichier public sur l'ordinateur B. Est-il vrai qu'il s'agit d'une seulement une clé à sens unique : Nous n'avons donné à l'ordinateur A que l'autorisation d'accéder à l'ordinateur B. l'ordinateur A l'autorisation d'accéder à l'ordinateur l'ordinateur B, et non à l'ordinateur B d'accéder à l'ordinateur A ? d'accéder à l'ordinateur A ?

Oui.

I je veux maintenant me connecter en ssh de l'ordinateur B à l'ordinateur A, dois-je l'ordinateur A, dois-je générer une autre fichiers de clés sur l'ordinateur B et copier le copier le fichier public sur l'ordinateur A ?

Oui (bien que vous puissiez utiliser les mêmes fichiers de clés que ci-dessus, si A et B se font entièrement confiance).

( un seul ordinateur local à plusieurs serveurs distants, est-ce qu'il faut générer un une paire commune de fichiers de clés une seule fois sur sur l'ordinateur local et de copier le même fichier sur les serveurs distants, ou de générer différentes paires de fichiers de clés [ ] serveurs distants ?

Bien que les deux fonctionnent, il n'y a aucune raison d'utiliser plus d'un fichier clé ; c'est pourquoi vous avez choisi la deuxième option.

(3)

Oui, vous combinez toutes les clés dans un seul fichier authorized_keys.

(4) S'il y a plusieurs serveurs, partager par exemple, NFS, comment générer des clés et organiser les fichiers de clés pour l'accès d'un serveur à l'autre ? De même, comment Comment générer des clés et organiser les fichiers de clés pour l'accès d'un ordinateur local à un autre ? fichiers de clés pour qu'un ordinateur local puisse d'accéder à l'un ou l'autre des serveurs ?

NFS n'a pas d'importance pour SSH ; les fichiers doivent simplement se trouver au bon endroit. Il en va de même pour la génération des clés.

1. Une paire de clés générée à partir d'un ordinateur 'A peut être utilisé pour se connecter à plusieurs autres ordinateurs.
   Cependant, vous pouvez copier la paire de clés de A 's '.ssh' vers un autre ordinateur 'B' et l'utiliser à partir de là également (pour se connecter à tous les ordinateurs dont vous avez autorisé l'accès à partir de ' A' avec ces informations d'identification).
   Cela rend l'accès moins sûr puisque les données privées sont désormais partagées entre deux ordinateurs. Mais cela peut fonctionner si ce n'est pas un problème.
2. Comme je l'ai décrit plus haut, une seule paire de clés sur 'A' peut être utilisé pour accéder à autant de machines distantes que nécessaire en autorisant l'accès avec la clé publique de chacune d'entre elles.
3. En 'authorized_keys' peut comporter plusieurs lignes d'autorisation (clés publiques), une par ligne.
4. Lorsque vous avez partagé 'home' sur plusieurs ordinateurs (et l'espace de '.ssh' est donc partagé entre eux lorsque vous vous connectez), vous n'avez besoin que d'une seule paire de clés pour partager l'accès entre tous les ordinateurs. Placez la clé publique dans le fichier authorized_keys de ce fichier '.ssh '.

Quelques références,

1. Authentification par clé publique OpenSSH
2. SSH sans mot de passe
3. Identités des utilisateurs SSH (SecurityFocus)

Mise à jour :

• Le présent Page d'aide de l'Université de Cambridge contient un exemple de liste de clés autorisées.
• Je pense que les différents fichiers ont été utilisés pour stocker différents types de clés.
  Comme le 'authorized_keys serait pour les clés RSA et le fichier
  les 'authorized_keys2 pour les clés DSA.
  Il existe un Article de SecurityFocus qui décrit ces fichiers, entre autres.