Eseguo un ringtail rarissimo x86 su un vecchio pc e avendo installato bitnami gitlab 5.3.Perché la connessione ssh a gitlab non funziona (mentre http push e clone funzionano correttamente)?
Ecco il mio msg di errore quando si cerca di spingere il primo branch master in modalità SSH:
fatal: Could not read from remote repository.
Please make sure you have the correct access rights and the repository exists.
(funziona in protocollo HTTP con le credenziali gitlab web cruscotto)
- ho lanciato
bitnami-installer.run
con l'utenteroot
quindi penso che tutti i file siano andati in/opt
anziché/home
(questa era la procedura corretta?) - Non avevo uno
git
utente prima di installare GitLab da quando ho sentito che potrebbe creare confusione nei file.ssh/authorized_keys
e altre autorizzazioni. - Quando corro
ssh -T [email protected]
, si dicepermission denied (public key)
ma la chiave di pub sul mio computer client è anche in.ssh/authorized_keys
? authorized_keys
ha il contenuto proprio anche, con per ogni linea:command= "/opt/gitlab/apps/"
Inoltre ho notato che non riesco a visualizzare il contenuto di
authorized_keys
file con unsudo -su git nano authorized_keys
perché:the user is not in the sudoers file.
Ma
sudo /opt/gitlab/apps/gitlab/gitlab-shell/bin/check
restituisceok
per ogni verifica (gitlab api, accesso, repository e file/home/git/.ssh/authorized_keys
(perché ho impostato in th config.yml gitlab_url a: http://myserver.com/gitlab (indirizzo IP del server locale) anziché http://loopbackaddress.com/gitlab). Ho notato che ho «due versioni» della directory gitlab-shell, una in/opt
e una in/home
e non so se è il contegno appropriato?- Quando provo un
ssh -Tv
sembra che il server ssh non accetti nemmeno la mia chiave, non riesca ad autenticare e restituisca finalmente il "permesso negato". - Inoltre, niente di speciale nei file
/var/log/auth.log
diversi da sshd[number] : connection closed by IP address
. - Il percorso del file authorized_keys è impostato per il corretto URL assoluto nel file
/etc/ssh/sshd_config
(/home/git/.ssh/authorized_keys) - E infine non sono in grado di eseguire il debug con «fascio exec bin/rastrello» dal momento che io sono non è in grado di far installare a Ubuntu tutti i pacakge necessari per eseguire bundle.
Sono quasi sicuro che è sia un semplice errore di configurazione ssh o qualcosa di sbagliato quando si richiama il command="/opt/...../gitlab-shell"
nei authorized_keys file di
PS: usando git con protocole HTTP sarebbe sufficiente per il mio server casalingo, ma l'interesse del gitlab dashboard è di aggiungere facilmente un contributore riempiendo la chiave ssh nel modulo Web e utilizzando ssh dopo
Il problema potrebbe provenire da un problema di autorizzazione. Ogni singolo file all'interno di/home/git appartiene all'utente git e al gruppo git? –