Auth kunci publik SSH gagal ketika UsePAM diatur ke "tidak"

19

Untuk menonaktifkan kata sandi auth saya telah menetapkan nilai-nilai berikut di saya sshd_config

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM no

Ketika saya mencoba masuk dengan kunci pribadi saya, saya dapatkan

Permission denied (publickey).

Jika saya kemudian berubah UsePAMmenjadi yessaya bisa masuk menggunakan kunci pribadi saya. Mengapa?

Saya terhubung ke host Ubuntu 12.04 64bit dari OSX

ssh -i ~/.ssh/deploy -l deploy localhost -p 2222 -v

inilah sshoutput verbose :

OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011
debug1: Reading configuration data /Users/<user>/.ssh/config
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to localhost [127.0.0.1] port 2222.
debug1: Connection established.
debug1: identity file /Users/<user>/.ssh/deploy type 1
debug1: identity file /Users/<user>/.ssh/deploy-cert type -1
debug1: Remote protocol version 2.0, remote software version OpenSSH_5.9p1 Debian-5ubuntu1
debug1: match: OpenSSH_5.9p1 Debian-5ubuntu1 pat OpenSSH*
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_5.9
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 50:db:75:ba:11:2f:43:c9:ab:14:40:6d:7f:a1:ee:e3
debug1: Host '[localhost]:2222' is known and matches the RSA host key.
debug1: Found key in /Users/<user>/.ssh/known_hosts:2
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
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/<user>/.ssh/key1
debug1: Authentications that can continue: publickey
debug1: Offering RSA public key: /Users/<user>/.ssh/deploy
debug1: Authentications that can continue: publickey
debug1: No more authentication methods to try.
Permission denied (publickey).

linux ssh

— Erik Aigner
sumber

Apakah Anda menjalankan sshd dalam mode debug dan memeriksa log yang dihasilkannya?

— Michael Hampton

Kami pasti akan membutuhkan lebih banyak log. Saya mereplikasi situasi Anda dalam VM (menggunakan Fedora 17) dan itu berhasil untuk saya.

— Scott Pack

15

Tanpa PAM (Modul Otentikasi Pluggable) konfigurasi ssh yang lebih rumit diperlukan untuk mengotentikasi. Anda sedang mencari ini, sebenarnya:

# grep Password /etc/ssh/sshd_config 
PermitEmptyPasswords no
PasswordAuthentication no

Ini akan menonaktifkan login dengan kata sandi. Pastikan Anda mengatur kunci publik dengan benar.

— Stephan
sumber

4

Ini tidak benar. Bahkan, banyak panduan menyarankan pengaturan ChallengeResponseAuthentication, PasswordAuthenticationdan UsePAMsemua untuk nodan menggunakan otentikasi kunci hanya publik. Saya belum pernah bekerja di lingkungan seperti itu, jadi saya tidak bisa dengan mudah memberikan alasan mengapa itu belum berfungsi.

— Scott Pack

3

Itulah mengapa saya menetapkan tidak pada awalnya, karena setiap panduan yang saya temukan melakukannya!

— Erik Aigner

Saya akan berdiri dikoreksi; kamu benar, Scott. Yang mengatakan, jika dia tidak ingin menggunakan pam_unix, dia harus mengkonfigurasi pam_nologin (atau mengizinkan akses root.) Www-uxsup.csx.cam.ac.uk/pub/doc/suse/sles9/adminguide-sles9 / ...

— Stephan

9

Apakah akun pengguna Anda terkunci? Anda dapat membuka kunci akun pengguna

passwd -u username

atau kunci akun pengguna tetapi aktifkan PAM:

ChallengeResponseAuthentication no
PasswordAuthentication no
UsePAM yes

— hanxue
sumber

1

Plus, passwd -ugagal jika pengguna memiliki kata sandi kosong. Gunakan echo username:$(head -c12 /dev/urandom |base64) |chpasswduntuk mengatur kata sandi yang valid secara acak.

— temoto

usermod -p '*' usernameakan membiarkan Anda memiliki ketiga set ke "tidak", dan masih memungkinkan "nama pengguna" untuk terhubung menggunakan otentikasi kunci publik tanpa harus menetapkan kata sandi membuang.

— David