2013-08-27 21 views
7

sto usando Bitbucket, e ho l'installazione di SSH su git come indicato qui per Linux (Ubuntu 13,04) https://confluence.atlassian.com/pages/viewpage.action?pageId=270827678chiave pubblica SSH Git negato

Quando provo a clonare un qualsiasi progetto dal mio conto Bitbucket però , Ottengo un errore di chiave pubblica

[email protected]:/var/www/git$ sudo git clone [email protected]:MyAccount/MyProject.git 
Cloning into 'MyProject'... 
Permission denied (publickey). 
fatal: Could not read from remote repository. 

Please make sure you have the correct access rights 
and the repository exists. 

Ho aggiunto la chiave pubblica al mio account bitbucket.

Quando provo 'ssh -T [email protected]', solo allora il terminale mi chiede di inserire la mia pass phrase e ottengo il nome del mio account come risposta.

[email protected]:/var/www/git$ ssh -T [email protected] 
logged in as MyUsername. 

You can use git or hg to connect to Bitbucket. Shell access is disabled. 

Mi manca qualcosa?

UPDATE:

clonazione a $ HOME funziona bene. Il problema è dover usare sudo in/var/www/git. Qualsiasi modo in cui modifico le autorizzazioni per evitare l'uso di sudo?

+0

È possibile clonare nella propria directory home senza usare sudo? – michas

+0

No. Mi dà questo - fatale: impossibile creare l'albero di lavoro dir 'easydial' .: Autorizzazione negata –

+0

Hai provato a clonare su $ HOME, o/var/www/git? (probabilmente hai il permesso di scrivere prima, ma non fino all'ultimo.) – michas

risposta

12

Utilizzare ssh-add $keyfile per aggiungere la chiave privata all'agente.

Quindi utilizzare ssh-add -L per visualizzare la chiave pubblica per quella chiave. - Verifica che corrisponda a quello aggiunto al tuo account bitbucket.

Ora provare a ssh su bitbucket deve comportare il login tramite chiave, ad esempio non è richiesta la password.

Anche git clone su ssh dovrebbe funzionare ora.

L'utilizzo di sudo non è probabilmente una buona idea. Sicuramente entrambi interromperanno la connessione al tuo agente e cambieranno $ HOME/.ssh, quindi un ssh avviato da sudo non sarà in grado di usare la tua chiave. È possibile utilizzare sudo -E per preservare l'ambiente. In questo caso la chiave dovrebbe ancora funzionare.

+0

Ancora lo stesso errore. Ma vedo 2 chiavi su ssh-add-L ora. La stessa chiave in fondo. Uno termina con /home/omk/.ssh/id_rsa e l'altro con omk @ home-pc. –

+0

In qualsiasi modo potrei evitare di usare sudo. Sto percependo che questo è il problema. –

+0

Appena trovato. L'uso di clone su $ HOME funziona correttamente. In ogni modo posso modificare i permessi per/var/www/ –

Problemi correlati