ssh-copy-id ไม่ทำงาน

ฉันกำลังพยายามตั้งค่าการเข้าสู่ระบบ SSH ที่ไม่มีรหัสผ่านบน CentOS 5.4:

1. ฉันสร้างคีย์สาธารณะ RSA บนไคลเอนต์
2. ssh-copy-id จากลูกค้าไปยังเซิร์ฟเวอร์
3. ตรวจสอบแล้ว ~ / .ssh / authorized_keys มีรหัสลูกค้า

ไคลเอ็นต์ยังคงได้รับพร้อมต์สำหรับรหัสผ่าน ฉันพลาดอะไร?

ขอบคุณ

แก้ไข: เลือก ssh_config และการอนุญาตตามคำแนะนำ นี่คือข้อมูลการแก้ปัญหาจากลูกค้า:

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 ครั้งเป็นเพราะ ~ / .ssh / authorized_keys ไม่ได้อยู่ในโหมดที่ถูกต้อง

chmod 600 ~/.ssh/authorized_keys

เช็กอิน / etc / ssh / sshd_config เพื่ออนุญาตการพิสูจน์ตัวตนด้วยคีย์ คุณควรมีสิ่งนี้อยู่ในนั้นและตรวจสอบให้แน่ใจว่าไม่มีการแสดงความคิดเห็นบรรทัด:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys

PS: อย่าลืมรีสตาร์ท sshd หลังจากคุณแก้ไขไฟล์ (/etc/init.d/sshd restart)

ฉันพบว่าในระบบของฉันปัญหาคือไดเรกทอรีผู้ใช้ (/ home / ชื่อผู้ใช้) มีการติดตั้งการอนุญาตที่ไม่ถูกต้อง มันเป็นdrwxr-x-w-และมันจำเป็นต้องเป็นdrwxr-xr-x(มีสิทธิ์เขียนเท่านั้นสำหรับเจ้าของ) ทางออกคือการใช้ chmod:

sudo chmod 0755 /home/username

ฉันไม่ใช่ผู้เชี่ยวชาญที่นี่ แต่ก็เจอปัญหาเช่นนี้ด้วยนี่คือสองเซ็นต์ของฉันนอกเหนือจากคำแนะนำอื่น ๆ ทั้งหมด

บางครั้งssh-copy-idคัดลอกคีย์ผิดไปยังเซิร์ฟเวอร์ระยะไกล (อาจเกิดขึ้นหากคุณมีหลายคีย์และ / หรือใช้ชื่อที่ไม่ใช่ค่าเริ่มต้นสำหรับไฟล์คีย์) หรือตัวแทนการตรวจสอบความถูกต้องของคุณถูกกำหนดค่าผิด

นี่คือคำพูดจากหน้าคน :

หากได้รับตัวเลือก -i ไฟล์ข้อมูลประจำตัว (ค่าเริ่มต้นคือ ~ / .ssh / id_rsa.pub) จะถูกใช้โดยไม่คำนึงว่ามีคีย์ใด ๆ ใน ssh-agent ของคุณหรือไม่ มิฉะนั้นหากสิ่งนี้: ssh-add -L จัดเตรียมเอาต์พุตใด ๆ มันจะใช้สิ่งนั้นในการกำหนดค่าตามความชอบกับไฟล์ข้อมูลประจำตัว

ดังนั้นโดยทั่วไปคุณต้องการตรวจสอบว่า:

• เอเจนต์การพิสูจน์ตัวตนระบบของคุณ (โดยปกติคือ ssh-agent) เห็นคีย์ที่คุณตั้งใจจะใช้ (ตรวจสอบssh-add -Lเอาต์พุต)
  • หากคุณไม่เห็นรหัสที่ต้องการให้เพิ่มโดยใช้ssh-add
• ssh-copy-idคัดลอกคีย์เดียวกันกับเครื่องระยะไกล (เพียงเข้าสู่ระบบไปยังเซิร์ฟเวอร์ระยะไกลโดยใช้รหัสผ่านและตรวจสอบเนื้อหาของ~/.ssh/authorized_keys)
  • หากคุณไม่เห็นคีย์ที่ต้องการบนเซิร์ฟเวอร์ระยะไกลคุณสามารถบอกได้ว่าssh-copy-idจะคัดลอกคีย์ใด:ssh-copy-id -i ~/.ssh/some_public_key

หวังว่าจะช่วย

ปัญหาที่พบบ่อยที่สุดคือการอนุญาตที่ไม่ถูกต้องในฝั่งเซิร์ฟเวอร์ ตรวจสอบว่าไม่มีโฮมไดเร็กตอรี่ของคุณ, ~/.sshและ~/.ssh/authorized_keysทุกคนสามารถเขียนได้ แต่คุณ (โดยเฉพาะพวกเขาจะต้องไม่สามารถเขียนเป็นกลุ่มได้)

หากนั่นไม่ใช่ปัญหาให้เรียกใช้ssh -vvv serverและดูมุมมองการสนทนาของลูกค้า โดยเฉพาะอย่างยิ่งตรวจสอบว่าไคลเอนต์พยายามคีย์กับเซิร์ฟเวอร์

นอกเหนือจากข้างต้นทั้งหมดแล้วหนึ่งสามารถตรวจสอบไฟล์บันทึก sshd:

/var/log/auth.log

ฉันลองแก้ไขอื่น ๆ แต่พบว่าฉันต้องเปลี่ยนโฮมไดเร็กตอรี่เพื่อไม่ให้คนอื่นเขียนได้ ไดเรกทอรีบ้านคือ 777 ฉันเปลี่ยนเป็น 755 และใช้งานได้

ในกรณีของฉัน / etc / ssh / sshd_config มีพารามิเตอร์ต่อไปนี้:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys2

แต่ ssh-copy-id สร้างไฟล์ที่มีชื่อ authorized_keys ดังนั้นฉันต้องแก้ไขรายการเป็นชื่อใหม่ ข้อมูลเพิ่มเติมเกี่ยวกับการเลิกใช้งาน

ในฐานะที่เป็นส่วนประกอบของคำตอบของ Omer Dagan สำหรับ CentOS 7 รุ่นใหม่ให้ใช้:

journalctl -f -u sshd

เพื่อดูบันทึก sshd ที่เซิร์ฟเวอร์

ปัญหาคือฉันมี RSAAuthentication disbled ใน / etc / ssh / ssh_config