ssh-copy-id không hoạt động

Tôi đang cố gắng thiết lập thông tin đăng nhập SSH không mật khẩu trên CentOS 5.4:

1. Tôi đã tạo khóa công khai RSA trên máy khách.
2. ssh-copy-id từ máy khách đến máy chủ.
3. Đã xác minh ~ / .ssh / ủy quyền_key chứa khóa máy khách.

Khách hàng vẫn nhắc mật khẩu. Tôi đã bỏ lở những gì?

Cảm ơn.

EDIT: đã kiểm tra ssh_config và quyền như được tư vấn. Đây là thông tin gỡ lỗi từ máy khách:

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 lần vì ~ / .ssh / ủy quyền_key không ở chế độ phù hợp.

chmod 600 ~/.ssh/authorized_keys

Kiểm tra / etc / ssh / sshd_config để cho phép xác thực bằng khóa. Bạn nên có một cái gì đó như thế này trong đó và đảm bảo rằng các dòng không được bình luận:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys

PS: đừng quên khởi động lại sshd sau khi bạn sửa đổi tệp (/etc/init.d/sshd restart)

Tôi thấy rằng với hệ thống của mình, vấn đề là thư mục người dùng (/ home / tên người dùng) đã được trang bị bộ quyền sai. Đó là drwxr-x-w-và nó cần phải có drwxr-xr-x(chỉ có quyền viết cho chủ sở hữu). Giải pháp là sử dụng chmod:

sudo chmod 0755 /home/username

Tôi không phải là một chuyên gia ở đây nhưng cũng gặp phải vấn đề như vậy, đây là hai xu của tôi ngoài tất cả các đề xuất khác.

Đôi khi, ssh-copy-idsao chép khóa sai vào máy chủ từ xa (có thể xảy ra nếu bạn có một số khóa và / hoặc đang sử dụng tên không mặc định cho các tệp chính) hoặc tác nhân xác thực của bạn bị định cấu hình sai.

Đây là một trích dẫn từ các trang người đàn ông :

Nếu tùy chọn -i được cung cấp thì tệp nhận dạng (mặc định là ~ / .ssh / id_rsa.pub) được sử dụng, bất kể có bất kỳ khóa nào trong tác nhân ssh của bạn hay không. Mặt khác, nếu điều này: ssh-add -L cung cấp bất kỳ đầu ra nào, nó sẽ sử dụng tùy chọn đó cho tệp nhận dạng.

Vì vậy, về cơ bản bạn muốn kiểm tra xem:

• Tác nhân xác thực hệ thống của bạn (thường là ssh-agent) nhìn thấy các khóa mà bạn định sử dụng (kiểm tra ssh-add -Lđầu ra)
  • Nếu bạn không thấy khóa mong muốn, hãy thêm nó bằng ssh-add
• Các ssh-copy-idsao chép cùng một khóa để các máy tính từ xa (chỉ cần đăng nhập vào máy chủ từ xa sử dụng mật khẩu và kiểm tra các nội dung của ~/.ssh/authorized_keys)
  • Nếu bạn không thấy khóa mong muốn trên máy chủ từ xa, bạn có thể ngầm định nói ssh-copy-idkhóa nào cần sao chép:ssh-copy-id -i ~/.ssh/some_public_key

Mong rằng sẽ giúp.

Vấn đề phổ biến nhất là quyền không hợp lệ ở phía máy chủ. Kiểm tra xem không có thư mục nhà của bạn, ~/.sshvà ~/.ssh/authorized_keyscó thể ghi được bởi bất kỳ ai trừ bạn (đặc biệt là chúng không được ghi theo nhóm).

Nếu đó không phải là vấn đề, hãy chạy ssh -vvv servervà nhìn vào quan điểm của khách hàng về cuộc trò chuyện. Cụ thể, kiểm tra xem máy khách đang thử khóa với máy chủ.

Ngoài tất cả những điều trên, người ta luôn có thể kiểm tra tệp nhật ký sshd:

/var/log/auth.log

Tôi đã thử các bản sửa lỗi khác nhưng thấy rằng tôi phải thay đổi thư mục chính để không bị người khác ghi. Thư mục nhà là 777. Tôi đã đổi nó thành 755 và nó hoạt động.

trong trường hợp của tôi / etc / ssh / sshd_config chứa tham số sau:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile  .ssh/authorized_keys2

Nhưng ssh-copy-id đã tạo một tệp có tên ủy quyền, vì vậy tôi phải sửa đổi mục nhập thành tên mới. Thông tin thêm về deprecated ủy quyền_keys2

Để bổ sung cho câu trả lời của Omer Dagan cho CentOS 7 mới hơn, hãy sử dụng:

journalctl -f -u sshd

để xem nhật ký sshd tại máy chủ.

Vấn đề là tôi đã bị lỗi RSAAuthentication trong / etc / ssh / ssh_config