ssh-copy-id çalışmıyor

CentOS 5.4'te şifresiz bir SSH girişi kurmaya çalışıyorum:

1. İstemcide RSA ortak anahtarı oluşturdum.
2. istemciden sunucuya ssh-copy-id.
3. Doğrulanmış ~ / .ssh / authority_keys istemci anahtarını içerir.

İstemci hala parola ister. Ne kaçırdım?

Teşekkürler.

EDIT: tavsiye edilen ssh_config ve izinleri kontrol etti. Bu, istemcinin hata ayıklama bilgisidir:

debug2: key: /home/saguna/.ssh/identity ((nil))
debug2: key: /home/saguna/.ssh/id_rsa (0x2b31921be9a0)
debug2: key: /home/saguna/.ssh/id_dsa ((nil))
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug3: start over, passed a different list publickey,gssapi-with-mic,password
debug3: preferred gssapi-with-mic,publickey,keyboard-interactive,password
debug3: authmethod_lookup gssapi-with-mic
debug3: remaining preferred: publickey,keyboard-interactive,password
debug3: authmethod_is_enabled gssapi-with-mic
debug1: Next authentication method: gssapi-with-mic
debug3: Trying to reverse map address 192.168.1.75.
debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug1: Unspecified GSS failure.  Minor code may provide more information
Unknown code krb5 195

debug2: we did not send a packet, disable method
debug3: authmethod_lookup publickey
debug3: remaining preferred: keyboard-interactive,password
debug3: authmethod_is_enabled publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /home/saguna/.ssh/identity
debug3: no such identity: /home/saguna/.ssh/identity
debug1: Offering public key: /home/saguna/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Trying private key: /home/saguna/.ssh/id_dsa
debug3: no such identity: /home/saguna/.ssh/id_dsa
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
saguna@192.168.1.75's password: 

9/10 kez ~ / .ssh / authority_keys doğru modda olmadığı için.

chmod 600 ~/.ssh/authorized_keys

Bir anahtarla kimlik doğrulamasına izin vermek için / etc / ssh / sshd_config öğesini kontrol edin. İçinde böyle bir şey olmalı ve satırların yorumlanmadığından emin olmalısınız:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys

Not: dosyayı değiştirdikten sonra sshd'yi yeniden başlatmayı unutmayın (/etc/init.d/sshd restart)

Benim sistem ile sorun kullanıcı dizini (/ home / username) yanlış izinler ayarlanmış olduğunu bulundu. Öyleydi drwxr-x-w-ve olması gerekiyordu drwxr-xr-x(sadece sahibi için yazma izniyle). Çözüm chmod kullanmaktı:

sudo chmod 0755 /home/username

Burada bir uzman değilim ama böyle bir sorunla da karşılaştım, işte diğer tüm önerilere ek olarak iki sentim .

Bazen ssh-copy-idyanlış anahtarı uzak sunucuya kopyalar (birden fazla anahtarınız varsa ve / veya anahtar dosyaları için varsayılan olmayan adlar kullanıyorsanız olabilir) veya kimlik doğrulama aracısı yanlış yapılandırılmış olabilir.

Adam sayfalarından bir alıntı :

-İ seçeneği belirtilirse, ssh aracısında herhangi bir anahtar olup olmadığına bakılmaksızın kimlik dosyası (varsayılan olarak ~ / .ssh / id_rsa.pub) kullanılır. Aksi takdirde, bu: ssh-add -L herhangi bir çıktı sağlarsa, bunu kimlik dosyasına tercih olarak kullanır.

Temel olarak şunu kontrol etmek istersiniz:

• Sistem kimlik doğrulama aracınız (genellikle ssh-agent) kullanmak istediğiniz anahtarları görür ( ssh-add -Lçıktıyı kontrol edin )
  • İstediğiniz anahtarı görmüyorsanız, ssh-add komutunu kullanarak ekleyin
• ssh-copy-idUzak makineye aynı anahtarı kopyalanan (sadece şifreyi kullanarak uzak sunucuya giriş ve içeriğini kontrol ~/.ssh/authorized_keys)
  • Uzak sunucuda istenen anahtarı görmüyorsanız, ssh-copy-idhangi anahtarı kopyalayacağınızı dolaylı olarak söyleyebilirsiniz :ssh-copy-id -i ~/.ssh/some_public_key

Umarım yardımcı olur.

En yaygın sorun, sunucu tarafında geçersiz izinlerdir. Ev dizininin hiçbirinin kontrol edin ~/.sshve ~/.ssh/authorized_keysherkes tarafından yazılabilir ama sen (özellikle onlar grup yazılabilir olmamalıdır).

Sorun bu değilse, çalıştırın ssh -vvv serverve müşterinin konuşma görüşüne bakın. Özellikle, istemcinin anahtarı sunucuyla denediğini kontrol edin.

Yukarıdakilerin hepsine ek olarak, sshd günlük dosyasını her zaman kontrol edebilirsiniz:

/var/log/auth.log

Diğer düzeltmeleri denedim ama başkaları tarafından yazılabilir olmayacak şekilde ana dizini değiştirmek zorunda buldum. Başlangıç ​​dizini 777 idi. Onu 755 olarak değiştirdim ve işe yaradı.

benim durumumda / etc / ssh / sshd_config şu parametreyi içeriyordu:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys2

Ancak ssh-copy-id, yetkili_anahtarları adında bir dosya oluşturdu, bu yüzden girişi yeni ada değiştirmek zorunda kaldım. kullanımdan kaldırılan yetkili_anahtarlar2 hakkında daha fazla bilgi

Omer Dagan'ın daha yeni CentOS 7 için verdiği cevabı tamamlayıcı olarak şunu kullanın:

journalctl -f -u sshd

sunucudaki sshd günlüklerine bakmak için.

Sorun RSAAuthentication / etc / ssh / ssh_config içinde devre dışı bırakılmış olmasıydı