SSH отключить парольную аутентификацию

44

Я ищу способ отключить ssh-клиентов от доступа к приглашению пароля, как указано здесь

Я не могу отключить приглашение password: для Root Login. Я изменил файл sshd_config, чтобы читать:

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM no

а также изменили разрешения chmod 700 ~/.ssh и chmod 600 ~/.ssh/authorized_keys. Что мне не хватает? Для этого требуется, чтобы у меня была парольная фраза?

Подробный дамп:

debug1: Authentications that can continue: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/user/.ssh/id_dsa
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug1: Next authentication method: password

/и т.д. /SSH/sshd _config:

# Package generated configuration file
# See the sshd_config(5) manpage for details

# What ports, IPs and protocols we listen for
Port 22
# Use these options to restrict which interfaces/protocols sshd will bind to
#ListenAddress ::
#ListenAddress 0.0.0.0
Protocol 2
# HostKeys for protocol version 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
#Privilege Separation is turned on for security
UsePrivilegeSeparation yes

# Lifetime and size of ephemeral version 1 server key
KeyRegenerationInterval 3600
ServerKeyBits 768

# Logging
SyslogFacility AUTH
LogLevel INFO

# Authentication:
LoginGraceTime 120
PermitRootLogin no
StrictModes yes

RSAAuthentication yes
PubkeyAuthentication yes
#AuthorizedKeysFile %h/.ssh/authorized_keys

# Don't read the user ~/.rhosts and ~/.shosts files
IgnoreRhosts yes
# For this to work you will also need host keys in /etc/ssh_known_hosts
RhostsRSAAuthentication no
# similar for protocol version 2
HostbasedAuthentication no
# Uncomment if you don't trust ~/.ssh/known_hosts for RhostsRSAAuthentication
#IgnoreUserKnownHosts yes

# To enable empty passwords, change to yes (NOT RECOMMENDED)
PermitEmptyPasswords no

# Change to yes to enable challenge-response passwords (beware issues with
# some PAM modules and threads)
ChallengeResponseAuthentication no

# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication no

# Kerberos options
#KerberosAuthentication no
#KerberosGetAFSToken no
#KerberosOrLocalPasswd yes
#KerberosTicketCleanup yes

# GSSAPI options
#GSSAPIAuthentication no
#GSSAPICleanupCredentials yes

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes
#UseLogin no

#MaxStartups 10:30:60
Banner /etc/issue.net

# Allow client to pass locale environment variables
AcceptEnv LANG LC_*

Subsystem sftp /usr/lib/openssh/sftp-server

# Set this to 'yes' to enable PAM authentication, account processing,
# and session processing. If this is enabled, PAM authentication will
# be allowed through the ChallengeResponseAuthentication and
# PasswordAuthentication.  Depending on your PAM configuration,
# PAM authentication via ChallengeResponseAuthentication may bypass
# the setting of "PermitRootLogin without-password".
# If you just want the PAM account and session checks to run without
# PAM authentication, then enable this but set PasswordAuthentication
# and ChallengeResponseAuthentication to 'no'.
UsePAM no
  • 0
    ssh -v user @ server, чтобы получить подробный вывод, чтобы помочь вам устранить неполадки.
Теги:
ssh
ubuntu-12.04

5 ответов

58
Лучший ответ
# Change to no to disable tunnelled clear text passwords
#PasswordAuthentication no

Раскомментировать вторую строку

Поделиться
  • 2
    Многие руководства предлагают изменить ChallengeResponseAuthentication, PasswordAuthentication, UsePAM с да на нет на сервере. Успешно протестирован под Debian / Ubuntu.
  • 1
    К сведению, системный способ перезапустить службу: systemctl restart sshd Это значение по умолчанию в более новой Ubuntu.
11

Run

service ssh restart

вместо

/etc/init.d/ssh restart

Это может сработать.

Поделиться
  • 0
    Это сработало для меня; какие-либо идеи, почему использование init.d не сделал?
  • 1
    Зависит от твоего вкуса linux ... На gentoo они оба работают для меня.
8

здесь script, чтобы сделать это автоматически

# only allow key based logins
sed -n 'H;${x;s/\#PasswordAuthentication yes/PasswordAuthentication no/;p;}' /etc/ssh/sshd_config > tmp_sshd_config
cat tmp_sshd_config > /etc/ssh/sshd_config
rm tmp_sshd_config
Поделиться
7

Как отключить аутентификацию паролей для SSH

После того, как вы настроили SSH-ключи, вы можете добавить дополнительную безопасность на свой сервер, отключив аутентификацию пароля для SSH. (Обратите внимание: если вы потеряете свой закрытый ключ, это сделает сервер недоступным, и вам нужно будет связаться с администратором, чтобы снова включить его.)

Чтобы отключить этот параметр, вы можете сделать следующее:

nano /etc/ssh/sshd_config

В этом файле установите следующие значения следующих значений. Если эти параметры уже находятся в файле, установите их вместо "no", а не добавьте новые строки.

ChallengeResponseAuthentication no

PasswordAuthentication no

UsePAM no

Как только это будет сделано, перезапустите демон SSH, чтобы применить настройки.

/etc/init.d/sshd restart
Поделиться
-4

Это из учебника, который у меня есть:

На вашем компьютере с правами root:

ssh-keygen -t rsa

и оставить парольную фразу пустой

На вашем локальном компьютере: (и вам придется вводить пароль)

ssh root@remotemachine mkdir -p .ssh

тогда:

cat .ssh/id_rsa.pub | ssh root@remotemachine 'cat >> .ssh/authorized_keys'

Теперь вы можете войти без приглашения pw

ssh root@remotemachine

ссылка: http://www.linuxproblem.org/art_9.html, если у вас возникнут проблемы!

Поделиться
  • 2
    Я пытаюсь заблокировать запрос пароля при любых обстоятельствах. Принудительно войти только через ключ ssh
  • 0
    Это должно сделать это. Он откроется напрямую, без запроса пароля, но от конкретного клиента.
Показать ещё 7 комментариев

Ещё вопросы

Сообщество Overcoder
Наверх
Меню