ubuntu - help - ¿Por qué la conexión ssh a gitlab no funciona(mientras que http push y clone funcionan bien)?

ssh gitlab help

Question

Ejecuto un ringtail x86 en una vieja PC y habiendo instalado bitnami gitlab 5.3.

Aquí está mi mensaje de error cuando intento presionar la primera rama maestra en modo SSH:

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

(funciona en el protocolo http con las credenciales del tablero web de gitlab)

1. bitnami-installer.run con usuario root así que creo que todos los archivos entraron /opt lugar de /home (¿este fue el buen procedimiento?)
2. No tenía un usuario de git antes de instalar GitLab, ya que escuché que podría confundir los archivos .ssh/authorized_keys y otros permisos.
3. Cuando ejecuto ssh -T [email protected] , dice permission denied (public key) pero la clave de pub en mi computadora cliente también está en .ssh/authorized_keys .

4. authorized_keys tiene el contenido adecuado, con para cada línea:

   command= "/opt/gitlab/apps/"

5. También he notado que no puedo mostrar el contenido del archivo authorized_keys con un sudo -su git nano authorized_keys porque:

   el usuario no está en el archivo sudoers.

6. Pero sudo /opt/gitlab/apps/gitlab/gitlab-shell/bin/check devuelve ok para cada verificación (gitlab api, acces, repo y /home/git/.ssh/authorized_keys file (porque lo he configurado en la configuración). yml gitlab_url a: http://myserver.com/gitlab (dirección IP del servidor local) en lugar de http://loopbackaddress.com/gitlab ). He notado que tengo «dos versiones» del directorio gitlab-shell, uno in /opt y one in /home y no sé si es la actitud apropiada?

7. Cuando pruebo un ssh -Tv parece que el servidor ssh ni siquiera acepta mi clave, no se autentica y devuelve «permiso denegado» por fin.
8. También nada especial en los archivos /var/log/auth.log que no sean s shd[number] : connection closed by IP address .
9. La ruta del archivo authorized_keys se establece en la URL absoluta correcta en el /etc/ssh/sshd_config (/home/git/.ssh/authorized_keys)
10. Y finalmente no puedo depurar con «bundle exec bin / rake» ya que no puedo hacer que mi ubuntu instale todos los paquetes necesarios para ejecutar bundle.

Estoy casi seguro de que es una configuración incorrecta de ssh o algo erróneo al invocar el command="/opt/...../gitlab-shell" en el archivo authorized_keys

PD: usar git con el protocolo HTTP sería suficiente para mi servidor doméstico, pero el interés del panel de gitlab es agregar fácilmente a los contribuyentes al completar la clave ssh en el formulario web y usar ssh después de

Answer 1

Compruebe los permisos en la carpeta .ssh.

Inicie sesión como el usuario de Git y configure con

sudo su - git
chmod 700 ~/.ssh
chmod 600 ~/authorized_keys

Si aún tiene problemas, use la salida detallada de ssh para obtener más información

ssh -v  ssh -T [email protected]

(También podría ser un problema de contexto selinux si se habilita y aplica selinux, mira este blog )

Answer 2

Necesitaba agregar mi clave pública a /home/git/repositories/.ssh/authorized_keys. El authoried_keys en /home/git/.ssh parece no ser utilizado.

1. Agregue su clave pública a authorized_keys

   cat id_rsa.pub >> /home/git/repositories/.ssh/authorized_keys

2. Asegúrate de que git es el propietario del archivo

   chown git /home/git/repositories/.ssh/authorized_keys

3. Asegúrate de que el grupo sea idiota

   chgrp git /home/git/repositories/.ssh/authorized_keys

4. Establecer bits de modo de archivo

   chmod 600 /home/git/repositories/.ssh/authorized_keys

Answer 3

Tengo el siguiente error al tratar de clonar repo a través de ssh desde gitlab recién instalado:

fatal: no se pudo leer desde el repositorio remoto.

Por favor, asegúrese de tener los derechos de acceso correctos y existe el repositorio.

La solución se encontró en https://github.com/gitlabhq/gitlab-public-wiki/wiki/Trouble-Shooting-Guide#ssh

Compruebe ssh log /var/log/auth.log y si encuentra un error:

User git not allowed because account is locked

luego edita /etc/shadow y cambia de git:!: to git:*:

PD En mi caso en CentOS 6.5 era / var / log / secure y git: !!:

Answer 4

Tuve un mismo error. buscado e intentado de muchas maneras. No funcionó. Luego, encontré la respuesta en este sitio [ http://georgik.sinusgear.com 1 . Funcionó para mí

La versión de mi gitlab es 6.6.4.

Haz lo siguiente:

1. encontrar port unicorn run en:

   sudo emacs /home/git/gitlab/config/unicorn.rb

desplácese a # escuche tanto en un socket de dominio Unix como en un puerto TCP y descubra que: escuche "127.0.0.1:port",: tcp_nopush => true

1. editar config.yml

   sudo emacs /home/git/gitlab-shell/config.yml

cambiar gitlab_url: "tu-dominio"

a

gitlab_url: "127.0.0.1:[port]"

reiniciar gitlab

sudo service gitlab stop

sudo service gitlab start