Вопросы Теги

Аутентификация PubKey, не Работающая

Я пытался настроить аутентификацию PubKey между своим Mac и сервером CentOS dedi, но что-то произошло...

Вот шаги, которые я сделал:

  ssh-keygen -t rsa

Затем

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

Затем

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

Затем (извините обо всех они "Затем"),

  ssh root@dedi

И что Вы знаете? Мне предлагают мой пароль.

Какие-либо идеи?Спасибо!

Править: Вот вывод 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
  root@dediserversdomain.com.au.co.net.org.bz's password:

Править: Вывод stat .ssh и stat .ssh/* из моего 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

Править: Вот вывод /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.

Править: Вот вывод grep 'sshd' /var/log/*: Двоичный файл/var/log/btmp соответствует Двоичному файлу,/var/log/btmp-20140901 соответствует/var/log/dovecot-info.log:Aug 08 9:10:03 pop3-входа-в-систему: Информация: Разъединенный (автор перестал работать, 1 попытка): пользователь =, 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:rt m 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 hIN FO_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/s shd

1
задан 25 September 2014 в 02:39
3 ответа

Проверьте, запущен ли selinux с помощью 

sestatus

. Отключите его (временно) с помощью 

setenforce 0

. Если после этого вам будет разрешено войти в систему, у вас есть два варианта: Вы можете отключить его навсегда, отредактировав: 

/etc/sysconfg/selinux

Я не могу точно вспомнить, как выглядит этот файл, но IIRC это очень просто.

ИЛИ вы можете убедиться, что контекст selinux установлен правильно в папке .ssh и файлах

restorecon -R ~ / .ssh

0
ответ дан 4 December 2019 в 00:18

В / etc / ssh / sshd_config установите LogLevel на DEBUG3 , затем перезапустите сервис sshd

tail -F / var / log / secure> /root/tmp.txt: это полезный способ получить только журналы, относящиеся к тесту; хотя вы заранее получите несколько старых строк. Он будет зависать (вы можете поместить его в фоновый режим, если хотите)

Попытка авторизации снова (предположительно, это не удастся). Убейте хвост -F ... работу, которую вы начали раньше. Причина сбоя, скорее всего, будет найдена в /root/tmp.txt .

В большинстве случаев это связано с плохо отформатированной (или с переносом строк) записью в вашем / корень / .ssh / authorized_keys (Обратите внимание на написание американского английского).

Другие распространенные причины:

  • AllowRoot имеет значение no;
  • PubKeyAuthentication установлено значение no (обратите внимание также на RSAAuthentication , что является для SSH версии 1 (который должен быть отключен)

Вы также можете искать строфу Limit , которая может относиться к вам по-другому.

1
ответ дан 4 December 2019 в 00:18

Selinux включен? Проверьте / var / log / messages, чтобы проверить это. Если проблема не в selinux. Попробуйте остановить службу sshd и запустить ее на консоли: 

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

Это не помогает, так как вы уже использовали порт с основным демоном. 

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

Проверка подлинности ключа публикации SSHD может завершиться ошибкой для:

  1. Недействительные разрешения для пользователя сервера home ~ / .ssh с завивками, отличными от 700 (попробуйте проверить, совпадают ли завивки с теми, которые вы добавили в src)
  2. ~ / .ssh / authorized_keys с завивками, отличными от 600 (попробуйте проверить, есть ли завивки совпадают с тем, который вы установили в src)
  3. Другой владелец ~ / .ssh или ~ / .ssh / authorized_keys (если вы использовали scp со своим пользователем, я не думаю, что это может быть проблемой)
  4. SElinux missconfiuration
  5. Неверный набор ключей

Вы можете проверить 

#tail -f /var/log/secure

При попытке подключения

0
ответ дан 4 December 2019 в 00:18

Теги

Похожие вопросы