without password keeps for asking git ssh gitolite ssh-keys gitlab

git - password - SSH Key pide contraseña



password git (4)

Me quedé aquí por 2 días a la semana.

Tengo una máquina CentOs con Gitlab4 y gitolite. Todo funcionó bien durante semanas, pero repentinamente, el fin de semana pasado, algo extraño sucedió, todas las binarias desaparecieron de la mashine (como ñam, pitón, rubí, mysql ect.) Realmente no tengo ni idea de cómo puede suceder ... Después de horas de reinstalación y La compilación de gitlab estaba funcionando de nuevo.

Pero no puedo obtener las claves ssh entre el gitlab y el usuario git trabajando. Ya eliminé y recreé el usuario de git, configuré nuevamente todos los permisos, recreé las claves ssh, reinstalé gitolite ect. Pero nada funcionó, sigo recibiendo el mismo error.

carpeta .ssh del usuario git

-rwx------ 1 git git 557 Mar 27 16:46 authorized_keys

carpeta .ssh del usuario gitlab

-rw------- 1 gitlab gitlab 1671 Mar 27 16:45 id_rsa -rw-r--r-- 1 gitlab gitlab 406 Mar 27 16:45 id_rsa.pub -rw-r--r-- 1 gitlab gitlab 391 Mar 27 16:50 known_hosts

Error SSH:

ssh -vvvT git@localhost OpenSSH_4.3p2, OpenSSL 0.9.8e-fips-rhel5 01 Jul 2008 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to localhost [127.0.0.1] port 22. debug1: Connection established. debug1: identity file /home/gitlab/.ssh/identity type -1 debug3: Not a RSA1 key file /home/gitlab/.ssh/id_rsa. debug2: key_type_from_name: unknown key type ''-----BEGIN'' debug3: key_read: missing keytype debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug3: key_read: missing whitespace debug2: key_type_from_name: unknown key type ''-----END'' debug3: key_read: missing keytype debug1: identity file /home/gitlab/.ssh/id_rsa type 1 debug1: identity file /home/gitlab/.ssh/id_dsa type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_4.3p2 debug1: match: OpenSSH_4.3p2 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_4.3p2 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: kex_parse_kexinit: diffie-hellman-group-exchange-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,arcfour,aes192-cbc,aes256-cbc,[email protected],aes128-ctr,aes192-ctr,aes256-ctr debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: none,zlib debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_init: found hmac-md5 debug1: kex: server->client aes128-cbc hmac-md5 none debug2: mac_init: found hmac-md5 debug1: kex: client->server aes128-cbc hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug2: dh_gen_key: priv key bits set: 132/256 debug2: bits set: 502/1024 debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY debug3: check_host_in_hostfile: filename /home/gitlab/.ssh/known_hosts debug3: check_host_in_hostfile: match line 1 debug1: Host ''localhost'' is known and matches the RSA host key. debug1: Found key in /home/gitlab/.ssh/known_hosts:1 debug2: bits set: 505/1024 debug1: ssh_rsa_verify: signature correct debug2: kex_derive_keys debug2: set_newkeys: mode 1 debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug2: set_newkeys: mode 0 debug1: SSH2_MSG_NEWKEYS received debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/gitlab/.ssh/identity ((nil)) debug2: key: /home/gitlab/.ssh/id_rsa (0x848ba50) debug2: key: /home/gitlab/.ssh/id_dsa ((nil)) debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred publickey,keyboard-interactive,password debug3: authmethod_lookup publickey debug3: remaining preferred: keyboard-interactive,password debug3: authmethod_is_enabled publickey debug1: Next authentication method: publickey debug1: Trying private key: /home/gitlab/.ssh/identity debug3: no such identity: /home/gitlab/.ssh/identity debug1: Offering public key: /home/gitlab/.ssh/id_rsa debug3: send_pubkey_test debug2: we sent a publickey packet, wait for reply debug1: Authentications that can continue: publickey,password debug1: Trying private key: /home/gitlab/.ssh/id_dsa debug3: no such identity: /home/gitlab/.ssh/id_dsa debug2: we did not send a packet, disable method debug3: authmethod_lookup password debug3: remaining preferred: ,password debug3: authmethod_is_enabled password debug1: Next authentication method: password

El registro de autenticación me da:

Apr 2 10:19:13 venus sshd[15693]: User git not allowed because account is locked Apr 2 10:19:13 venus sshd[15693]: Failed none for illegal user git from ::ffff:127.0.0.1 port 56906 ssh2

Gracias por cualquier ayuda.

Aunque la respuesta aceptada puede funcionar, puede que no sea la manera preferida de hacerlo.

Al menos en Ubuntu 12.04, passwd -u git dará como resultado esta advertencia:

passwd: unlocking the password would result in a passwordless account. You should set a password with usermod -p to unlock the password of this account.

Suena bien ... excepto que la página de manual de usermod advierte contra el uso de la opción -p .

Note: This option is not recommended because the password (or encrypted password) will be visible by users listing the processes.

En lugar de todo eso, llamar a passwd -d gitlab hará el truco al eliminar la contraseña del usuario (establece ese campo de contraseña en una cadena vacía).

Este mismo problema exacto me estaba matando en gitlab 5.2 (bitnami).

Finalmente lo /var/log/auth.log en /var/log/auth.log que mostraba:

May 28 11:32:10 ml115 sshd[27779]: User git not allowed because account is locked May 28 11:32:10 ml115 sshd[27779]: input_userauth_request: invalid user git [preauth]

Después de eso, no tardé en descubrir que la entrada de git en /etc/shadow tenía un ! que necesitaba ser reemplazado con un * .

Con * y todas mis claves configuradas, pude ssh desde otra máquina (tenga en cuenta que ssh -vvT git@gitserver también ayuda con el diagnóstico).

git push -u origin master

ahora trabaja.

Mi sistema es Ubuntu 13.04.

Mencionas:

Apr 2 10:19:13 venus shd[15693]: User git not allowed because account is locked Apr 2 10:19:13 venus sshd[15693]: Failed none for illegal user git from ::ffff:127.0.0.1 port 56906 ssh2

Este artículo menciona:

OpenSSH ahora comprueba las cuentas bloqueadas por defecto.
En los sistemas Linux, las cuentas bloqueadas se definen como aquellas que tienen !! en el campo de contraseña de /etc/shadow .
Esta es la entrada predeterminada para las cuentas creadas con el comando useradd .
Incluso si está utilizando la autenticación GSI y no necesita contraseñas locales, sshd no permitirá que el usuario inicie sesión con este mensaje:

Too many authentication failures for username

En la información de depuración sshd indicará que la cuenta está bloqueada:

User username not allowed because account is locked

Aquí hay alguna información adicional del manual sshd:

Independientemente del tipo de autenticación, la cuenta se verifica para garantizar que sea accesible.
No se puede acceder a una cuenta si está bloqueada, listada en DenyUsers o su grupo aparece en DenyGroups.
La definición de una cuenta bloqueada depende del sistema.
Algunas plataformas tienen su propia base de datos de cuenta (por ejemplo, AIX) y algunas modifican el campo de contraseña (" *LK* " en Solaris y UnixWare, " * " en HP-UX, que contiene " Nologin " en Tru64, uno de los principales " *LOCKED* " en FreeBSD y un líder " !! " en Linux).
Si hay un requisito para deshabilitar la autenticación de contraseña para la cuenta mientras se permite una clave pública, el campo de contraseña debe configurarse en un valor diferente a estos valores (por ejemplo, " NP " o " *NP* ").

Arreglo: ¡Reemplaza! con (por ejemplo) NP en / etc / shadow.

Como lo mencionaron jszakmeister ( comments ) y Yongcan-Frank-Lv ( comments ):

sudo passwd -u git

Sería suficiente para desbloquear la cuenta .

debe poner ~ gitlab / .ssh / id_rsa.pub en ~ git / .ssh / authorized_keys

-rwx ------ 1 git git 557 27 de marzo 16:46 authorized_keys

-rw-r - r-- 1 gitlab gitlab 406 27 de marzo 16:45 id_rsa.pub

Puedo ver que el tamaño no coincide, ¿agregó alguna opción de clave ssh allí en authorized_keys? También debe verificar el registro de errores de sshd también (por ejemplo: / var / log / auth o / var / log / secure, etc.)