2015-08-03 13 views
10

Oggi sul mio computer portatile nuovo lavoro Non riesco a usare ssh a tutti (ssh su server, bitbucket, ecc non funziona), non è riuscito con il seguente errore:ssh non funziona, muxserver_listen bind(): Nessun file o directory

fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.

Così ho iniziato il debug e questo è l'uscita per ssh -Tv [email protected]:

debug1: Authentication succeeded (publickey). 
Authenticated to bitbucket.org ([131.103.20.168]:22). 
debug1: setting up multiplex master socket 
muxserver_listen bind(): No such file or directory 

Non ho idea di ciò che è sbagliato, ho usato ssh diverse volte e mai avuto questo problema A proposito, sto usando osx.

Questa domanda è stata chiusa a partire dal tema, ma a mio parere SSH è uno strumento utilizzato in tutti i giorni in via di sviluppo, perche non ri aprendolo

risposta

21

Dopo aver provato un sacco di cose diverse che ho trovato che mi mancava questa cartella ~/tmp, me ne sono reso conto dopo aver controllato qui: /private/etc/ssh_config. Ho trovato questa linea:

StrictHostKeyChecking no 
    ControlMaster auto 
    ControlPath ~/tmp/ssh-mux-%h-%p-%r #THIS WAS THE PROBLEM 

Così dopo:

mkdir ~/tmp 

tutto funziona di nuovo.

Ho pensato di rispondere alla mia domanda poiché mi ci è voluto del tempo per trovarlo.

+0

sì. Va bene rispondere alla tua domanda. Ma non dimenticare di contrassegnarlo come una soluzione. – Jakuje

+0

Lo farò dopo 2 giorni – lloiacono

+1

Personalmente preferisco 'ControlPath ~/.ssh/.control-% C' quando'% C' (hash) è disponibile e 'ControlPath ~/.ssh/.control-% h:% p :% r' altrimenti. Questo è un posto sicuro e fuori mano ('~/.ssh' deve avere permessi severi, deve esistere affinché SSH funzioni, e SSH lo crea comunque per te). Avendoli come dotfiles li rende non invadenti quando corri ad es. 'ls ~/.ssh'. –