Khóa công khai SSH sẽ không gửi đến máy chủ

Tôi đã vật lộn với điều này trong một vài giờ vì vậy mọi sự giúp đỡ đều được đánh giá cao ...

Tôi có 2 máy chủ cả hai có thể sshvới các khóa công khai từ OSX, không có vấn đề gì cả nên tôi chắc chắn mọi thứ đều tốt sshd_config.

Tôi đang cố gắng định cấu hình công việc định kỳ rsyncđể đồng bộ hóa hai máy chủ và cần máy chủ B (sao lưu) sshvào máy chủ A bằng khóa chung.

Tôi không thể tìm ra lý do tại sao nó không tìm thấy khóa công khai của mình - chúng nằm trong ~/.ssh/(ví dụ. /root/.ssh) Và tất cả các quyền của tệp đều đúng trên A & B.

Đây là đầu ra:

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: /root/.ssh/identity
debug3: no such identity: /root/.ssh/identity
debug1: Trying private key: /root/.ssh/id_rsa
debug3: no such identity: /root/.ssh/id_rsa
debug1: Trying private key: /root/.ssh/id_dsa
debug3: no such identity: /root/.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

Cũng lưu ý rằng nó đang tìm kiếm các khóa riêng không tồn tại ...

drwx------. 2 root root 4096 May 25 10:15 .
dr-xr-x---. 4 root root 4096 May 24 18:52 ..
-rw-------. 1 root root  403 May 25 01:37 authorized_keys
-rw-------. 1 root root    0 May 25 01:41 config
-rw-------. 1 root root 1675 May 25 02:35 id_rsa_tm1
-rw-------. 1 root root  405 May 25 02:35 id_rsa_tm1.pub
-rw-------. 1 root root  395 May 25 02:36 known_hosts

Hãy xem trang ssh man của bạn:

   -i identity_file
          Selects a file from which the identity (private key) for public
          key authentication is read.  The default is ~/.ssh/identity for
          protocol   version   1,   and  ~/.ssh/id_dsa,  ~/.ssh/id_ecdsa,
          ~/.ssh/id_ed25519 and ~/.ssh/id_rsa  for  protocol  version  2.
          Identity files may also be specified on a per-host basis in the
          configuration file.  It is possible to have multiple -i options
          (and  multiple  identities  specified  in configuration files).

hoặc trang người đàn ông ssh_config:

   IdentityFile
          Specifies a file from which the user's DSA, ECDSA,  ED25519  or
          RSA   authentication   identity   is   read.   The  default  is
          ~/.ssh/identity for  protocol  version  1,  and  ~/.ssh/id_dsa,
          ~/.ssh/id_ecdsa, ~/.ssh/id_ed25519 and ~/.ssh/id_rsa for proto‐
          col version 2.  Additionally, any identities represented by the
          authentication  agent  will  be  used for authentication unless
          IdentitiesOnly is set.

Bạn thấy đấy, có một vài tên tệp đặc biệt được thử nếu bạn không chỉ định khóa. Đó cũng là những tập tin bạn nhìn thấy trong đầu ra nhật ký của bạn.

Để sử dụng khóa trong một tệp có tên khác nhau, bạn có ba tùy chọn:

• xác định rõ ràng các tập tin bằng cách sử dụng -itùy chọn trên .
• cấu hình tập tin trong cấu hình máy khách của bạn bằng cách sử dụng IdentityFiletùy chọn trên .
• thêm chìa khóa cho đại lý của bạn bằng cách sử dụng ssh-add.

Đối với các phiên tương tác, đại lý là một trong những linh hoạt nhất. Đối với công việc định kỳ của bạn, -itùy chọn có lẽ là dễ nhất.

Tệp ủy quyền không đúng định dạng trên máy chủ đích là một lý do khác khiến ssh xuất ra thông báo "chúng tôi không gửi gói" và yêu cầu nhập mật khẩu thay vì sử dụng pubkey auth: -

debug1: Next authentication method: publickey
debug1: Offering RSA public key: ~/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Authentications that can continue: publickey,password
debug2: we did not send a packet, disable method

Vấn đề trong trường hợp cụ thể này là dữ liệu khóa công khai, được dán vào .ssh/authorized_keysmáy chủ đích, bị thiếu ký tự đầu tiên: -

sh-rsa AAAA...

Giải pháp đơn giản là thêm "s" còn thiếu.

ssh-rsa AAAA...

Và như vậy:-

debug1: Next authentication method: publickey
debug1: Offering RSA public key: ~/.ssh/id_rsa
debug3: send_pubkey_test
debug2: we sent a publickey packet, wait for reply
debug1: Server accepts key: pkalg ssh-rsa blen 279
...
debug1: Authentication succeeded (publickey).

Chuỗi thông báo lỗi chính xác này trong câu hỏi cũng có thể xảy ra trong trường hợp cặp khóa riêng / chung bị khớp ở bên cục bộ . Không, điều đó không có ý nghĩa gì cả nhưng tôi đã xé tóc trong một thời gian dài để cố gắng tìm hiểu chuyện gì đang xảy ra.

• Hệ thống từ xa A đã .ssh/mykey.pubsao chép vào .ssh/authorized_keys.
• Hệ thống cục bộ B có .ssh/mykeykhóa riêng phù hợp với khóa chung của hệ thống A, nhưng cũng có một .ssh/mykey.pubtệp không khớp, có thể là phiên bản trước của khóa được thay thế.

SSH từ B đến A ( ssh -i mykey A) sẽ thất bại với các tin nhắn trong câu hỏi, đáng chú ý nhất là nếu bạn bật -vvtừ ứng dụng khách ssh bạn sẽ thấy:

Đang thử khóa riêng: .ssh / mykey
chúng tôi không gửi gói, phương thức vô hiệu hóa

Đây là một lời nói dối vì khóa thực tế chưa được thử, rõ ràng nó đã sử dụng tệp khóa công khai cục bộ có tên phù hợp để tìm hiểu xem nó có khả năng hoạt động không và sau đó không thực sự làm gì khi chúng không khớp. Không có lượng thông tin gỡ lỗi ở hai bên thực sự gợi ý về vấn đề này.

Tên tập tin mặc định ssh đang tìm là id_rsavà id_rsa.pub.

Nếu bạn muốn sử dụng tên tệp khác, bạn phải chỉ định chúng trong ssh_config(sử dụng IdentityFilecài đặt) hoặc thông qua tham số dòng lệnh ssh -i.

Tôi đã có cùng một vấn đề trên RedHat; kiểm tra nhật ký và thấy rằng thư mục nhà có quyền người dùng không chính xác.

sshd[2507]: Authentication refused: bad ownership or modes for directory /home/user

Sửa quyền dir nhà đã giải quyết điều này.

Một cách đơn giản để gỡ lỗi trong Debian / Ubuntu là: Kết nối với mật khẩu và theo dõi nhật ký

đuôi -f /var/log/auth.log

Hãy thử kết nối từ một thiết bị đầu cuối khác và bạn sẽ thấy lỗi ...

Trong trường hợp của tôi, thư mục / root là 770 chứ không phải 700 là mặc định Lỗi là "Xác thực bị từ chối: quyền sở hữu hoặc chế độ xấu cho thư mục / root"

Khắc phục điều này và bạn đã hoàn tất.

Thử

/sbin/restorecon -r /root/.ssh

Một vấn đề có thể xảy ra với bối cảnh bán hàng

Sau khi chạy

ssh-copy-id user@remote-host

bình thường nó sẽ làm việc Nhưng nếu thất bại, hãy thử điều này: đăng nhập vào máy chủ từ xa với tư cách là người dùng bạn muốn đăng nhập trong tương lai và chạy:

ssh-keygen

Nó đã giúp đỡ tôi.

Vì vậy, điều xảy ra với tôi là tôi có 2 máy ảo để truy cập từ máy cục bộ của mình (2 khóa id_rsa.pub và id_rsa2.pub). Tôi nhận ra rằng kết nối ssh của tôi đang sử dụng id_rsa.pub theo mặc định cho mọi kết nối ssh user@xx.xx.xx.xx. Tôi đã giải quyết vấn đề của mình bằng cách thêm tệp cấu hình và chỉ định danh tính sẽ được sử dụng cho mọi máy chủ như sau:

vi ~/.ssh/config

Add both hostnames and their identity file as follows:

Host server1.nixcraft.com
  IdentityFile ~/Users/.ssh/id_rsa1
Host server2.nixcraft.com
  IdentityFile /backup/home/aymen/.ssh/id_rsa2

khách hàng

vim /etc/ssh/ssh_config

#add your key 
IdentityFile ~/.ssh/yourkey

service sshd restart