usuario password guardar eliminar credenciales cambiar autenticacion and git ssh gitlab git-shell

password - git push



Gitlab solicita una contraseña mientras presionas para que el usuario git (7)

En mi caso, tuve que agregar el repositorio remoto con ssh como

git remote add gitlab ssh://[email protected]:222/git/repo_name.git

lo que hizo que git no me pidiera la contraseña nuevamente. Tenga en cuenta el uso de ssh:// y port=222 .

Instalé gitlab en mis servidores en linode. Todos los servicios de gitlab están funcionando fantásticamente. Puedo iniciar sesión, crear usuarios, repositorios, etc. Pero el problema al que me enfrento es que cuando intento enviar un informe, aparece una contraseña para el usuario de git de la siguiente manera:

[email protected]''s password

He seguido las instrucciones de instalar gitlab en: https://github.com/gitlabhq/gitlabhq/blob/master/doc/install/installation.md y he deshabilitado el inicio de sesión. Obtuve el nombre de usuario git usando la siguiente línea mencionada en la instalación. guía:

sudo adduser --disabled-login --gecos ''GitLab'' git

Estoy usando la versión 6 de gitlab. ¿Cuál podría ser el problema?

La salida de: ssh -Tvvv [email protected] es la siguiente:

OpenSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012 debug1: Reading configuration data /etc/ssh/ssh_config debug1: /etc/ssh/ssh_config line 19: Applying options for * debug2: ssh_connect: needpriv 0 debug1: Connecting to gitlab.myserver.com [MY_IP] port 22. debug1: Connection established. debug3: Incorrect RSA1 identifier debug3: Could not load "/home/swaroop/.ssh/id_rsa" as a RSA1 public key debug1: identity file /home/swaroop/.ssh/id_rsa type 1 debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048 debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048 debug1: identity file /home/swaroop/.ssh/id_rsa-cert type -1 debug1: identity file /home/swaroop/.ssh/id_dsa type -1 debug1: identity file /home/swaroop/.ssh/id_dsa-cert type -1 debug1: identity file /home/swaroop/.ssh/id_ecdsa type -1 debug1: identity file /home/swaroop/.ssh/id_ecdsa-cert type -1 debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1.1 debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1.1 pat OpenSSH* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_5.9p1 Debian-5ubuntu1.1 debug2: fd 3 setting O_NONBLOCK debug3: load_hostkeys: loading entries for host "gitlab.myserver.com" from file "/home/swaroop/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /home/swaroop/.ssh/known_hosts:92 debug3: load_hostkeys: loaded 1 keys debug3: order_hostkeyalgs: prefer hostkeyalgs: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug2: kex_parse_kexinit: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: [email protected],[email protected],[email protected],ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,[email protected],[email protected],[email protected],[email protected],ssh-rsa,ssh-dss debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[email protected],zlib debug2: kex_parse_kexinit: none,[email protected],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: ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group-exchange-sha1,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1 debug2: kex_parse_kexinit: ssh-rsa,ssh-dss,ecdsa-sha2-nistp256 debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] debug2: kex_parse_kexinit: aes128-ctr,aes192-ctr,aes256-ctr,arcfour256,arcfour128,aes128-cbc,3des-cbc,blowfish-cbc,cast128-cbc,aes192-cbc,aes256-cbc,arcfour,[email protected] debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: hmac-md5,hmac-sha1,[email protected],hmac-sha2-256,hmac-sha2-256-96,hmac-sha2-512,hmac-sha2-512-96,hmac-ripemd160,[email protected],hmac-sha1-96,hmac-md5-96 debug2: kex_parse_kexinit: none,[email protected] debug2: kex_parse_kexinit: none,[email protected] debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: debug2: kex_parse_kexinit: first_kex_follows 0 debug2: kex_parse_kexinit: reserved 0 debug2: mac_setup: found hmac-md5 debug1: kex: server->client aes128-ctr hmac-md5 none debug2: mac_setup: found hmac-md5 debug1: kex: client->server aes128-ctr hmac-md5 none debug1: sending SSH2_MSG_KEX_ECDH_INIT debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ECDSA 92:57:61:35:b1:e2:16:3b:7f:ae:e7:8a:dc:0c:98:83 debug3: load_hostkeys: loading entries for host "gitlab.myserver.com" from file "/home/swaroop/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /home/swaroop/.ssh/known_hosts:92 debug3: load_hostkeys: loaded 1 keys debug3: load_hostkeys: loading entries for host "MY_IP" from file "/home/swaroop/.ssh/known_hosts" debug3: load_hostkeys: found key type ECDSA in file /home/swaroop/.ssh/known_hosts:93 debug3: load_hostkeys: loaded 1 keys debug1: Host ''gitlab.myserver.com'' is known and matches the ECDSA host key. debug1: Found key in /home/swaroop/.ssh/known_hosts:92 debug1: ssh_ecdsa_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: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug2: service_accept: ssh-userauth debug1: SSH2_MSG_SERVICE_ACCEPT received debug2: key: /home/swaroop/.ssh/id_rsa (0x7fd470589410) debug2: key: /home/swaroop/.ssh/id_dsa ((nil)) debug2: key: /home/swaroop/.ssh/id_ecdsa ((nil)) debug1: Authentications that can continue: publickey,password debug3: start over, passed a different list publickey,password debug3: preferred gssapi-keyex,gssapi-with-mic,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: Offering RSA public key: /home/swaroop/.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/swaroop/.ssh/id_dsa debug3: no such identity: /home/swaroop/.ssh/id_dsa debug1: Trying private key: /home/swaroop/.ssh/id_ecdsa debug3: no such identity: /home/swaroop/.ssh/id_ecdsa 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 [email protected]''s password:

También lo siguiente es la salida cuando corro: rvmsudo -u git -H bundle exec rake gitlab:env:info RAILS_ENV=production

System information System: Ubuntu 12.04 Current User: git Using RVM: yes RVM Version: 1.22.3 Ruby Version: 2.0.0p247 Gem Version: 2.0.7 Bundler Version:1.3.5 Rake Version: 10.1.0 GitLab information Version: 6.0.0 Revision: 6c1c284 Directory: /home/git/gitlab DB Adapter: mysql2 URL: http://gitlab.myserver.com HTTP Clone URL: http://gitlab.myserver.com/some-project.git SSH Clone URL: [email protected]:some-project.git Using LDAP: no Using Omniauth: no GitLab Shell Version: 1.7.0 Repositories: /home/git/repositories/ Hooks: /home/git/gitlab-shell/hooks/ Git: /usr/bin/git

En sistemas con SELinux habilitado, no debe deshabilitar SELinux como se sugiere en algunas respuestas.

Para llevarse bien con las restricciones de SELinux (si son el motivo del mensaje de contraseña, revise su /var/log/audit/audit.log ) cambie el contexto de seguridad de gitlab:

chcon -t user_home_dir_t /var/opt/gitlab/ chcon -t ssh_home_t /var/opt/gitlab/.ssh/ chcon -t ssh_home_t /var/opt/gitlab/.ssh/authorized_keys

(como se sugiere en el grupo gitlab )

Eso solo debería significar eso:

  • ya sea la clave pública ssh se registró incorrectamente en la cuenta de usuario
  • y / o las claves ssh públicas / privadas no son accesibles desde la cuenta de usuario ( ~/.ssh incorrectamente protegido, nombres incorrectos diferentes de id_rsa , id_rsa.pub , id_rsa.pub ~/.ssh/config incorrecto).
    Ver más, por ejemplo, en " autenticación Git SSH ".

El comments :

Resolví el problema volviendo a instalar gitlab en el servidor. Ahora todo está bien.

Para corregir correctamente los problemas de selinux, use lo siguiente. Tenga en cuenta que chcon solo es temporal y no sobrevivirá a un reetiquetado o restorecon, por lo que debería usar semanage en su lugar.

semanage fcontext -a -t user_home_dir_t "/var/opt/gitlab(/.*)?" semanage fcontext -a -t ssh_home_t "/var/opt/gitlab/.ssh(/.*)?" restorecon -rv /var/opt/gitlab

Tuve el mismo problema, pero fue porque mi servidor solo acepta el inicio de sesión ssh de los usuarios de "sshusers".

En /etc/ssh/sshd_config tenía la siguiente línea:

AllowGroups sshusers

Para solucionar este problema, agregué git al grupo sshusers:

$ sudo adduser git sshusers

Y luego está funcionando.

Tuve un problema similar cuando configuré el repositorio remoto con la URL HTTP.

Lo cambié para usar la URL SSH, y funcionó bien:

git remote set-url gitlab [email protected]:niccolox/cirm-website.git