Pages : 1
#1 Le 23/04/2011, à 23:29
- nelga
ssh
bonsoir
a chaque fois j'execute la commande suivante "ssh-keygen -t dsa" ,il me retourne le message suivant
"Enter file in which to save the key (/home/najib/.ssh/id_dsa):" pour choisir le fichier ou je veux sauvegarder ma clé privé/public .
ce message me deronge lorsque je travaille en java parce que il bloque l'execution de l'application.
svp j'aimerai tres bien savoir comment je pourais faire créer la clé et l'enregistrer dans le fichier par defaut sans qu'il me demande
"Enter file in which to save the key (/home/najib/.ssh/id_dsa):"
merci d'avance pour vos reponses.
Hors ligne
#2 Le 23/04/2011, à 23:43
- jamesbad000
Re : ssh
ssh-keygen -t dsa -f ~/.ssh/id_dsa
edit : erreur de copier collé. J'ai corrigé
Dernière modification par jamesbad000 (Le 23/04/2011, à 23:46)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#3 Le 23/04/2011, à 23:50
- nelga
Re : ssh
il me donne le message "Overwrite (y/n)? "
est ce que je peut l'eviter ?
et merci pour la premiere reponse
Hors ligne
#4 Le 24/04/2011, à 00:03
- jamesbad000
Re : ssh
Apparemment il n'y a pas d'option prévue pour ça. Mais en faisant avant
rm ~/.ssh/id_dsa ~/.ssh/id_dsa.pub
ca devrait éviter le message
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#5 Le 24/04/2011, à 11:00
- FRUiT
Re : ssh
yes | ssh-keygen -t dsa -f ~/.ssh/id_dsa
Ca marche pas ça ?
Neon Suite by FRUiT (kde4.6) [url]http://[Merci de relire les règles]/yzm7cee[/url]
"Pour la carotte, le lapin est la plus parfaite incarnation du mal" (R. Sheckley)
clean
Hors ligne
#6 Le 24/04/2011, à 11:43
- jamesbad000
Re : ssh
niet !
Eventuellement
echo yes | ssh....
Mais le risque que le "yes" réponde à autre chose que la question à laquelle on s'attend disqualifie ce genre de méthode à mes yeux
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#7 Le 24/04/2011, à 13:00
- FRUiT
Re : ssh
Non mais yes c'est un programme qui répond "y", pas besoin de echo...
D'accord pour le reste.
Dernière modification par FRUiT (Le 24/04/2011, à 13:01)
Neon Suite by FRUiT (kde4.6) [url]http://[Merci de relire les règles]/yzm7cee[/url]
"Pour la carotte, le lapin est la plus parfaite incarnation du mal" (R. Sheckley)
clean
Hors ligne
#8 Le 24/04/2011, à 13:40
- jamesbad000
Re : ssh
Amusant ce qui truc qui répète un texte en boucle... d'habitude je prend la peine de vérifier avant de répondre, mais là j'avoue que ça ne m'est même pas venu à l'idée :
se tirer une balle dans le pied ? yes
dans le genoux ? yes
dans la main ? yes
vider mon chargeur sur le chien du voisin qui aboie à longueur de journée ? yes yes yes ...
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
#9 Le 24/04/2011, à 15:56
- FRUiT
Re : ssh
LoooL, n'allons pas jusque là ^^
Ceci dit la remarque était pertinente, vaut mieux savoir à quoi on répond.
Neon Suite by FRUiT (kde4.6) [url]http://[Merci de relire les règles]/yzm7cee[/url]
"Pour la carotte, le lapin est la plus parfaite incarnation du mal" (R. Sheckley)
clean
Hors ligne
#10 Le 25/04/2011, à 10:13
- nelga
Re : ssh
loool
maintnant j'ai un autre probleme c'est que quand je veux envoyer la clé avec la commande " sudo ssh-copy-id -i ~/.ssh/id_dsa.pub hostname@IP_adress" il ne me demande pas d'entrer la passphrase mai il me demande le password et il me retourne le message suivant
" Now try logging into the machine, with "ssh 'adil-narutokof@172.16.108.120'", and check in:
.ssh/authorized_keys
to make sure we haven't added extra keys that you weren't expecting.
"
et quand j'essai il me demande le password et non pas le passphrase
Hors ligne
#11 Le 25/04/2011, à 11:58
- jamesbad000
Re : ssh
Ah. Je n'ai jamais utilisé cette commande. Mais si je comprend bien tu cherche a envoyer une nouvelle clef publique sur le serveur, pour l'utilisateur adil-narutokof, en te connectant avec ce même profil.
Du coup ça veut dire que la serveur ne connait pas encore la clef publique de cet utilisateur, et qu'il ne peut l'utiliser pour sécuriser la connexion. Donc il te demande le mot de passe de l'utilisateur adil-narutokof sur le serveur.
Si tu veux pouvoir envoyer des clef de façon automatisé sans rentrer de mot de passe de connexion, il te faudrait utiliser un profil d'installation dédié a cet usage, pour lequel les clef sont déjà distribuées. Mais ça va poser d'autres problèmes.
L'histoire de la poule et de l'oeuf en quelque sorte...
Dernière modification par jamesbad000 (Le 25/04/2011, à 12:00)
L'espace et le temps sont les modes par lesquels nous pensons, et non les conditions dans lesquelles nous vivons. (Signé Albert)
Hors ligne
Pages : 1