这是我第一次访问GitHub,我没有使用控制台的经验。我在MacBook上使用Bash。当我尝试访问GitHub时,我得到了这个:

git clone git@github.com:dhulihan/league-of-legends-data-scraper.git
Cloning into 'league-of-legends-data-scraper'...
Permission denied (publickey).
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

我试着按照Github页面上关于拒绝许可的说明进行操作。

当我使用ssh -vT git@github.com时,我得到以下结果:

OpenSSH_6.2p2, OSSLShim 0.9.8r 8 Dec 2011
debug1: Reading configuration data /etc/ssh_config
debug1: /etc/ssh_config line 20: Applying options for *
debug1: Connecting to github.com [192.30.252.129] port 22.
debug1: Connection established.
debug1: identity file /Users/XXXX/.ssh/id_rsa type -1
debug1: identity file /Users/XXXX/.ssh/id_rsa-cert type -1
debug1: identity file /Users/XXXX/.ssh/id_dsa type -1
debug1: identity file /Users/XXXX/.ssh/id_dsa-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.2
debug1: Remote protocol version 2.0, remote software version libssh-0.6.0
debug1: no match: libssh-0.6.0
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client aes128-ctr hmac-sha1 none
debug1: kex: client->server aes128-ctr hmac-sha1 none
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
debug1: Server host key: RSA 16:27:ac:a5:76:28:2d:36:63:1b:56:4d:eb:df:a6:48
debug1: Host 'github.com' is known and matches the RSA host key.
debug1: Found key in /Users/XXXX/.ssh/known_hosts:1
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: Roaming not allowed by server
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey
debug1: Next authentication method: publickey
debug1: Trying private key: /Users/XXXX/.ssh/id_rsa
debug1: Trying private key: /Users/XXXX/.ssh/id_dsa
debug1: No more authentication methods to try.
Permission denied (publickey).

接下来,eval "$(ssh-agent -s)"返回"Agent pid 2314", 但是ssh-add -l返回“代理没有身份”。

这就是我被困住的地方。


当前回答

如果您正在使用Linux或Windows打开终端或cmd在目录你想要你的密钥。创建一对公私钥

 $ ssh-keygen -t ed25519 -C "your_email@example.com"

如果您正在使用不支持Ed25519算法的旧系统,请使用:

 $ ssh-keygen -t rsa -b 4096 -C "your_email@example.com"

生成公钥/私钥对。 输入要保存密钥的文件(/c/Users/YOU/.ssh/id_ALGORITHM):

输入密码短语(空表示没有密码短语):[键入一个密码短语或输入没有密码短语]

再次输入相同的密码短语:[键入一个密码短语或输入不带密码的for]

现在,在Linux中

$ sudo cp <filename without .pub ending>  ~/.ssh

在Windows中,只需将<filename不带.pub结尾的>文件复制到C:\Users\your_username\。ssh目录

然后

$ ssh-add ~/.ssh/<filename without .pub ending>

现在可能有用了!

其他回答

试试这个:

ssh-add ~/.ssh/id_rsa

为我工作

这可能导致任何新终端,代理id是不同的。 您需要为代理添加私钥

$ ssh-add <path to your private key>

我在从备份恢复硬盘驱动器后遇到了这个问题。

我的问题: 我可以检查和看到我的远程(使用git remote -v),但当我执行git push origin master时,它返回:Permission denied (publickey)。无法从远程存储库读取。

我已经有一个SSH文件夹和SSH密钥,并通过终端(SSH -add /path/to/my- SSH -folder/id_rsa)添加它们成功添加了我的身份,但我仍然无法推送,仍然得到相同的错误。生成一个新密钥对我来说是一个坏主意,因为它与AWS上其他非常安全的权限绑定在一起。

事实证明,密钥和我的Github个人资料之间的链接已经断开。

解决方案: 在配置文件>设置>中重新添加密钥到Github, SSH和GPG密钥解决了这个问题。

另外: 我的账户设置了双重认证。在这种情况下,如果终端请求凭据,使用您的用户名-而不是您的Github密码。对于2因素身份验证,您需要使用您的身份验证代码(对我来说,这是由我手机上的Authy生成的,我必须将其复制到终端的pw中)。

详情请在此回答。

总而言之,当ssh-add -l返回“代理没有身份”时,这意味着ssh使用的密钥(存储在~/。ssh / id_rsa ~ /。Ssh /id_dsa等)要么丢失,Ssh -agent(身份验证代理)不知道它们,要么它们的权限设置不正确(例如,world writable)。

如果您的密钥丢失或没有生成任何密钥,请使用ssh-keygen -t rsa,然后ssh-add来添加密钥。

如果密钥存在,但ssh-agent不知道(比如密钥在非标准文件夹中),则使用ssh-add /path/to/my-non-standard-ssh-folder/id_rsa添加密钥。

如果您在ssh-add或ssh-agent上遇到问题,请参阅此答案。

2019年macOS Sierra & High Sierra & Catalina的答案:

PS:大多数其他答案会让你创建一个新的ssh密钥…但你不需要这样做:)

正如https://openradar.appspot.com/27348363上详细描述的那样,macOS/OS X直到Yosemite曾经记住命令SSH -add -K <key>添加的SSH密钥

下面是我为了让它起作用而采取的4个步骤:

1: ssh-add ~/。ssh/PATH_TO_YOUR_SSH_PRIVATE_KEY(例如~/.ssh/id_rsa)

2:在“~/.ssh/config”中增加如下内容

Host * 
  AddKeysToAgent yes
  UseKeychain yes
  IdentityFile PATH_TO_YOUR_SSH_PRIVATE_KEY (e.g. ~/.ssh/id_rsa)

3:确保删除任何使用osxkeychain helper的gitconfig条目:

 https://github.com/gregory/dotfiles/commit/e38000527fb1a82b577f2dcf685aeefd3b78a609#diff-6cb0f77b38346e0fed47293bdc6430c6L48

4:重启终端生效。