svn com ssh: autenticação falha

Question

Estou tentando atualizar um repositório subversion remoto, mas se falhar. Tentando depurá-lo, esta é a mensagem:

debug1: Reading configuration data /home/balikas/.ssh/config
debug1: /home/balikas/.ssh/config line 1: Applying options for *
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug1: Connecting to scm.forge.imag.fr [129.88.34.5] port 22.
debug1: Connection established.
debug1: identity file /home/balikas/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /home/balikas/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.5p1 Debian-5+b1
debug1: match: OpenSSH_5.5p1 Debian-5+b1 pat OpenSSH_5* compat 0x0c000000
debug1: Authenticating to scm.forge.imag.fr:22 as 'balikas'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: algorithm: diffie-hellman-group-exchange-sha256
debug1: kex: host key algorithm: ssh-rsa
debug1: kex: server->client cipher: aes128-ctr MAC: [email protected] compression: none
debug1: kex: client->server cipher: aes128-ctr MAC: [email protected] compression: none
debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(2048<3072<8192) sent
debug1: got SSH2_MSG_KEX_DH_GEX_GROUP
debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
debug1: got SSH2_MSG_KEX_DH_GEX_REPLY
debug1: Server host key: ssh-rsa SHA256:F5s/dbFtkqwi2MPbvBufYRf4XLzyBit+D6Px8c97u4s
debug1: Host 'scm.forge.imag.fr' is known and matches the RSA host key.
debug1: Found key in /home/balikas/.ssh/known_hosts:1
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: rekey after 4294967296 blocks
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

Eu renomei o ~ / .ssh para ~ / .ssh_backup e repeti o processo, mas ele não foi resolvido. Eu também tentei forçar o ssh a fazer a autenticação do teclado fazendo:

export SVN_SSH="ssh -v -o PubkeyAuthentication=no"

mas ainda assim não pede autenticação de teclado.

Então minhas perguntas (complementares):

1. Como posso ajudar o problema de autenticação?
2. Posso forçar a autenticação do teclado, o que seria uma solução temporária?

Answer 1

Você não pode forçar o cliente a usar um método de autenticação que o servidor não ofereça . Em caso afirmativo, o cliente tentaria usá-lo automaticamente após a falha na publickey.

Em outras palavras, os administradores do servidor desabilitaram todos os outros mecanismos de autenticação, exceto publickey , então você deve conversar com eles sobre o motivo de sua chave (o arquivo id_rsa) não ter acesso permitido.

As configurações do lado do servidor para autenticação estão em /etc/ssh/sshd_config .