Re: connexion ssh sans mot de passe

トップ ページ

このメッセージに返信
著者: Pier B.
日付:  
To: Guilde
題目: Re: connexion ssh sans mot de passe
Hello,

je récapitule ton process :

$ logué sous un compte (appelons compte_x)
$ sudo su : tu changes de compte, mais sans charger l'env de root,
donc tu reste dans /home/compte_x
$ ssh-keygen -t dsa -b 1024 : Tu crée une clé (couple public/privée)
dsa dans le rep courant (/home/compte_x/)
$ ssh-copy-id -i /root/.ssh/id_dsa.pub admin@192.168.0.46 : tu copies
la clé située sous /root (le problème est certainement ici :) )

De ce que je vois, tu crée une clé mais en copie une autre donc ...

sudo su - pour charger l'env et donc changer de $home etc ....


> > > ssh-keygen -t dsa -b 1024
> > >     (Je ne met pas de passphrase)
> > > ssh-copy-id -i /root/.ssh/id_dsa.pub admin@192.168.0.46

> > >
> > > Tout vas bien, mais quand j'essaye de me connecter au NAS avec
> > > ssh admin@192.168.0.46
> > >
> > > ... il me demande mon mot de passe.
> > > (la connexion fonctionne)
> > >
> > > J'ai oublié une étape ?
> >
> > Indiquer quelle clé utiliser ?
> >
> > > ssh -i /root/.ssh/id_dsa admin@192.168.0.46


Le 7 juin 2016 à 15:40, David Beniamine <david@???> a écrit :
>
> On Tue, Jun 07, 2016 at 03:31:54PM +0200, piti wrote:
> > On Tue, Jun 07, 2016 at 03:19:24PM +0200, Hugues Levasseur wrote:
> > > Bonjour la guilde,
> > >
> > > C'est - encore - moi.
> > >
> > > Problème du jour : se connecter en ssh (pour faire un rsync) entre un PC
> > > Ubuntu et un NAS QNap
> > >
> > > Sur le PC :
> > > sudo su
> > > ssh-keygen -t dsa -b 1024
> > >     (Je ne met pas de passphrase)
> > > ssh-copy-id -i /root/.ssh/id_dsa.pub admin@192.168.0.46

> > >
> > > Tout vas bien, mais quand j'essaye de me connecter au NAS avec
> > > ssh admin@192.168.0.46
> > >
> > > ... il me demande mon mot de passe.
> > > (la connexion fonctionne)
> > >
> > > J'ai oublié une étape ?
> >
> > Indiquer quelle clé utiliser ?
> >
> > > ssh -i /root/.ssh/id_dsa admin@192.168.0.46
> >
>
> ssh devrait chercher cette clef toute seule, c'est un nom parfaitement
> standard, peut être qu'un ssh -v admin@192.168.0.46 pourrait aider a
> comprendre pourquoi il ne le fait pas.