2017-05-29 27 views
12

Định cấu hình một giọt Digital Ocean mới bằng các khóa SSH. Khi tôi chạy ssh-copy-id đây là những gì tôi nhận được:sign_and_send_pubkey: ký không thành công: tác nhân bị từ chối

ssh-copy-id [email protected] 
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed 
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys 
sign_and_send_pubkey: signing failed: agent refused operation 
[email protected]'s password: 

Number of key(s) added: 1 

Now try logging into the machine, with: "ssh '[email protected]'" 
and check to make sure that only the key(s) you wanted were added. 

Tuy nhiên, khi tôi sau đó cố gắng để ssh vào, điều này xảy ra:

ssh [email protected] 
sign_and_send_pubkey: signing failed: agent refused operation 
[email protected]'s password: 

Sau khi nhập mật khẩu, tôi đăng nhập tốt, nhưng điều này tất nhiên đánh bại mục đích tạo khóa SSH ngay từ đầu. Tôi quyết định để có một cái nhìn tại các ssh-agent server-side và đây là những gì tôi nhận được:

[email protected]:~# eval `ssh-agent -s` 
Agent pid 5715 
[email protected]:~# ssh-add -l 
The agent has no identities. 

user/.ssh/authorized_keys có chứa một ssh-rsa nhập quan trọng, là tốt, nhưng find -name "keynamehere" lợi nhuận gì cả.

Trả lời

32

Chạy ssh-add trên máy khách, sẽ thêm khóa SSH cho tác nhân.

Xác nhận với ssh-add -l (một lần nữa trên máy khách) rằng nó thực sự đã được thêm vào.

+1

geez, dành hai giờ để sửa lỗi này và đây là tất cả! Các kết nối bitbucket và acquia ssh cố định – Ronnie

+5

Nó không hoàn toàn sửa chữa nó ở đây khi tôi sử dụng 'gpg-agent' cho chức năng SSH. Tôi đã có 'enable-ssh-support' trong' gpg-agent.conf' nhưng vẫn có thông báo lỗi tương tự. Tôi đã tìm thấy trên danh sách gửi thư để chạy điều này: 'gpg-connect-agent updatestartuptty/bye': https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=835394 – Roland

+0

Tôi chỉ phải giết gpg -hoạt động và sau đó chạy lại. – Subin

0

Đây phải là một câu hỏi của SuperUser.

Tôi có cùng lỗi chính xác bên trong MacOSX SourceTree, tuy nhiên, bên trong thiết bị đầu cuối iTerm2, mọi thứ chỉ hoạt động tốt.

Tuy nhiên, vấn đề dường như là tôi đã có haissh-agent s chạy; (

Đầu tiên là /usr/bin/ssh-agent (aka MacOSX) và sau đó cũng là Homebrew cài đặt /usr/local/bin/ssh-agent chạy

Firing. lên một thiết bị đầu cuối từ SourceTree, cho phép tôi thấy sự khác biệt trong SSH_AUTH_SOCK, sử dụng lsof Tôi tìm thấy hai khác nhau ssh-agent s và sau đó tôi có thể tải các khóa (sử dụng ssh-add) vào mặc định của hệ thống ssh-agent (ví dụ: /usr/bin/ssh-agent), SourceTree đã hoạt động trở lại.

Các vấn đề liên quan