Autenticação PubKey não funciona

1

Eu tentei configurar a autenticação do PubKey entre meu servidor de dedi do Mac e do CentOS, mas algo está acontecendo ...

Aqui estão os passos que eu dei:

  ssh-keygen -t rsa

Então

  chmod 700 .ssh/ && chmod 600 .ssh/*

Então

  scp id_rsa.pub root@dedi:~/.ssh/authorized_keys

Então (desculpe por todos esses "Então")

  ssh root@dedi

E o que você sabe? Eu sou solicitado pela minha senha.

Alguma ideia? Obrigado!

EDITAR : Aqui está a saída de ssh -v root@dedi :

  SH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
  debug1: Reading configuration data /etc/ssh_config
  debug1: /etc/ssh_config line 20: Applying options for dedi
  debug1: Connecting to dediserversdomain.com.au.co.net.org.bz [198.100.145.168] port 22.
  debug1: Connection established.
  debug1: identity file /Users/someone/.ssh/id_rsa,~/.ssh/id_dsa type -1
  debug1: identity file /Users/someone/.ssh/id_rsa,~/.ssh/id_dsa-cert type -1
  debug1: Enabling compatibility mode for protocol 2.0
  debug1: Local version string SSH-2.0-OpenSSH_6.2
  debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3
  debug1: match: OpenSSH_5.3 pat OpenSSH_5*
  debug1: SSH2_MSG_KEXINIT sent
  debug1: SSH2_MSG_KEXINIT received
  debug1: kex: server->client aes128-ctr hmac-md5 none
  debug1: kex: client->server aes128-ctr hmac-md5 none
  debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent
  debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP
  debug1: SSH2_MSG_KEX_DH_GEX_INIT sent
  debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY
  debug1: Server host key: RSA (my rsa key)
  debug1: Host 'dediserversdomain.com.au.co.net.org.bz' is known and matches the RSA host key.
  debug1: Found key in /Users/someone/.ssh/known_hosts:1
  debug1: ssh_rsa_verify: signature correct
  debug1: SSH2_MSG_NEWKEYS sent
  debug1: expecting SSH2_MSG_NEWKEYS
  debug1: SSH2_MSG_NEWKEYS received
  debug1: Roaming not allowed by server
  debug1: SSH2_MSG_SERVICE_REQUEST sent
  debug1: SSH2_MSG_SERVICE_ACCEPT received
  debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password
  debug1: Next authentication method: publickey
  debug1: Trying private key: /Users/someone/.ssh/id_rsa,~/.ssh/id_dsa
  debug1: Next authentication method: password
  [email protected]'s password:

EDITAR : saída de stat .ssh e stat .ssh/* de dentro da minha dedi:

  File: '.ssh'
  Size: 4096        Blocks: 8          IO Block: 4096   directory
  Device: 801h/2049d    Inode: 1175048     Links: 2
  Access: (0700/drwx------)  Uid: (    0/    root)   Gid: (    0/    root)
  Access: 2014-09-21 11:21:43.000000000 -0400
  Modify: 2014-09-21 10:52:26.000000000 -0400
  Change: 2014-09-21 11:21:49.000000000 -0400

  File: '.ssh/authorized_keys'
  Size: 411         Blocks: 8          IO Block: 4096   regular file
  Device: 801h/2049d    Inode: 1175045     Links: 1
  Access: (0600/-rw-------)  Uid: (    0/    root)   Gid: (    0/    root)
  Access: 2014-09-21 10:52:26.000000000 -0400
  Modify: 2014-09-21 10:52:26.000000000 -0400
  Change: 2014-09-21 11:21:43.000000000 -0400

EDIT : Aqui está a saída de /usr/sbin/sshd -d

  debug1: sshd version OpenSSH_5.3p1
  debug1: read PEM private key done: type RSA
  debug1: private host key: #0 type 1 RSA
  debug1: read PEM private key done: type DSA
  debug1: private host key: #1 type 2 DSA
  debug1: rexec_argv[0]='/usr/sbin/sshd'
  debug1: rexec_argv[1]='-d'
  Set /proc/self/oom_score_adj from 0 to -1000
  debug1: Bind to port 22 on 0.0.0.0.
  Bind to port 22 on 0.0.0.0 failed: Address already in use.
  debug1: Bind to port 22 on ::.
  Bind to port 22 on :: failed: Address already in use.
  Cannot bind any address.

EDIT : Aqui está a saída de grep 'sshd' /var/log/* :       Arquivo binário / var / log / btmp corresponde       Arquivo binário / var / log / btmp-20140901 jogos       /var/log/dovecot-info.log:Aug 08 09:10:03 pop3-login: Info: Desconectado (auth falhou, 1 tentativas): user =, method = PLAIN, rip = 211.43.207.112, lip = 198.100. 145,168       /var/log/install_rtm.log:rtm hINFO_TCP_LISTEN_IP-0-0-0-0_PORT-22_procname | sshd       /var/log/install_rtm.log:rtm hINFO_TCP_LISTEN_IP-0-0-0-0_PORT-22_cmdline | / usr / sbin / sshd       /var/log/install_rtm.log:rtm hINFO_TCP_LISTEN_IP-0-0-0-0_PORT-22_exe | / usr / sbin / sshd       /var/log/install_rtm.log:rtm hINFO_TCP_LISTEN_IP-0_PORT-22_procname | sshd       /var/log/install_rtm.log:rtm hINFO_TCP_LISTEN_IP-0_PORT-22_cmdline | / usr / sbin / sshd       /var/log/install_rtm.log:rtm hINFO_TCP_LISTEN_IP-0_PORT-22_exe | / usr / sbin / sshd

    
por user3650841 21.09.2014 / 17:05

3 respostas

1

Em / etc / ssh / sshd_config, defina LogLevel para DEBUG3 e, em seguida, service sshd restart

tail -F /var/log/secure > /root/tmp.txt : esta é uma maneira útil de obter apenas os logs relacionados ao teste; embora você tenha algumas linhas antigas de antemão. Ele vai parecer travar (você pode colocá-lo em segundo plano, se quiser)

Tentativa de autenticação novamente (presumivelmente falhará). Mate o trabalho tail -F ... que você iniciou antes. O motivo da falha provavelmente será visto em /root/tmp.txt .

Na maioria das vezes, é devido a uma entrada mal formatada (ou com quebra de linha) no seu /root/.ssh/authorized_keys (lembre-se da ortografia do inglês americano).

Outras razões comuns:

  • AllowRoot está definido como não;
  • PubKeyAuthentication está definido como no (também mente RSAAuthentication , que é para a versão 1 do SSH (que deve ser desativada)

Você também pode estar à procura de uma estrofe Limit , que pode te tratar de forma diferente.

    
por 22.09.2014 / 11:20
0

Verifique se o selinux está sendo executado com

sestatus

Desligue (temporariamente) com

setenforce 0

Se você tiver permissão para fazer login, terá duas opções: Você pode desativá-lo permanentemente editando:

/etc/sysconfg/selinux

Não consigo lembrar exatamente como é esse arquivo, mas o IIRC é muito simples.

OU, você pode garantir que o contexto do selinux esteja configurado corretamente na pasta e arquivos .ssh

restorecon -R ~ / .ssh

    
por 22.09.2014 / 10:52
0

O selinux está ligado? Verifique / var / log / messages para verificá-lo. Se o selinux não é o problema. Tente parar o serviço sshd e inicie-o no console:

user@server# /usr/sbin/sshd -d

Isso não ajuda, pois você já usou a porta com o daemon principal.

  Bind to port 22 on :: failed: Address already in use.
  Cannot bind any address.

A autenticação da chave do SSHD pub pode falhar:

  1. Permissões inválidas na home do usuário do servidor ~ / .ssh com perms diferentes de 700 (tente verificar se as perms são as mesmas daquelas que você colocou no src)
  2. ~ / .ssh / authorized_keys com perms diferentes de 600 (tente verificar se as perms são as mesmas daquelas que você colocou no src)
  3. Proprietário diferente de ~ / .ssh ou ~ / .ssh / authorized_keys (se você usou scp com seu usuário, não acho que isso possa ser um problema)
  4. Missconfiuration do SElinux
  5. Conjunto de chaves errado

Você pode conferir

#tail -f /var/log/secure

Quando você está tentando se conectar

    
por 22.09.2014 / 09:14