权限被拒绝（公钥）Bitbucket

Question

我在 Bitbucket 中有一个存储库，但无法克隆它，因为我正在获取

权限被拒绝（公钥）。

我已生成 SSH 密钥并将其添加到我的 Bitbucket 帐户设置中。我已经设置了 git 用户名和密码。

我尝试运行这个命令：

ssh git@bitbucket.org

我得到了这个：

警告：已将 IP 地址“104.192.143.2”的 RSA 主机密钥永久添加到已知主机列表中。

PTY 分配请求在通道 0 上失败

以 Coffeejunkie 身份登录。

您可以使用 git 或 hg 连接到 Bitbucket。外壳访问已禁用。与 bitbucket.org 的连接已关闭。

Coffeejunkie是我的Bitbucket用户名，所以我已经登录成功。

但许可仍然被拒绝。我还缺少什么？

更新：

-vvv git@bitbucket.org给出以下：

OpenSSH_7.2p2 Ubuntu-4ubuntu2.2、OpenSSL 1.0.2g 2016 年 3 月 1 日 debug1：读取配置数据 /etc/ssh/ssh_config debug1：/etc/ssh/ssh_config 第 19 行：应用 * debug2 的选项：解析“bitbucket.org”端口 22 debug2：ssh_connect_direct：needpriv 0 debug1：连接到 bitbucket.org [104.192.143.2] 端口 22。 debug1：已建立连接。debug1：身份文件 /home/coffee/.ssh/id_rsa 类型 1 debug1：key_load_public：没有这样的文件或目录 debug1：身份文件 /home/coffee/.ssh/id_rsa-cert 类型 -1 debug1：key_load_public：没有这样的文件或目录 debug1：身份文件 /home/coffee/.ssh/id_dsa 类型 -1 debug1：key_load_public：没有这样的文件或目录 debug1：身份文件 /home/coffee/.ssh/id_dsa-cert 类型 -1 debug1：key_load_public：没有这样的文件或目录文件或目录 debug1：身份文件 /home/coffee/.ssh/id_ecdsa 类型 -1 debug1：key_load_public：没有这样的文件或目录 debug1：身份文件 /home/coffee/.ssh/id_ecdsa-cert 类型 -1 debug1：key_load_public：没有这样的文件或目录 debug1：身份文件 /home/coffee/.ssh/id_ed25519 类型 -1 debug1：key_load_public：没有这样的文件或目录 debug1：身份文件 /home/coffee/.ssh/id_ed25519-cert 类型 -1 debug1：启用协议 2.0 debug1 的兼容模式：本地版本字符串 SSH-2.0-OpenSSH_7.2p2 Ubuntu-4ubuntu2.2 debug1：远程协议版本 2.0，远程软件版本 conker_1.0.311-c6337e4 app-134 debug1：不匹配：conker_1.0.311- c6337e4 app-134 debug2：fd 3 设置 O_NONBLOCK debug1：以 'git' 身份验证到 bitbucket.org:22 debug3：hostkeys_foreach：读取文件“/home/coffee/.ssh/known_hosts” debug3：record_hostkey：在文件中找到密钥类型 RSA /home/coffee/.ssh/known_hosts:1 debug3: load_hostkeys: 从 bitbucket.org 加载 1 个密钥 debug3: order_hostkeyalgs: 更喜欢 hostkeyalgs: ssh-rsa-cert-v01@openssh.com,rsa-sha2-512,rsa-sha2 -256，ssh-rsa debug3：发送数据包：类型20 debug1：SSH2_MSG_KEXINIT发送debug3：接收数据包：类型20 debug1：SSH2_MSG_KEXINIT收到debug2：本地客户端KEXINIT提案debug2：KEX算法：curve25519-sha256@libssh.org，ecdh-sha2 -nistp256，ecdh-sha2-nistp384，ecdh-sha2-nistp521，diffie-hellman-group-exchange-sha256，diffie-hellman-group-exchange-sha1，diffie-hellman-group14-sha1，ext-info-c debug2：主机密钥算法：ssh-rsa-cert-v01@openssh.com、rsa-sha2-512、rsa-sha2-256、ssh-rsa、ecdsa-sha2-nistp256-cert-v01@openssh.com、ecdsa-sha2- nistp384-cert-v01@openssh.com、ecdsa-sha2-nistp521-cert-v01@openssh.com、ssh-ed25519-cert-v01@openssh.com、ecdsa-sha2-nistp256、ecdsa-sha2-nistp384、ecdsa- sha2-nistp521，ssh-ed25519 debug2：密码ctos：chacha20-poly1305@openssh.com，aes128-ctr，aes192-ctr，aes256-ctr，aes128-gcm@openssh.com，aes256-gcm@openssh.com，aes128- cbc，aes192-cbc，aes256-cbc，3des-cbc debug2：密码 stoc：chacha20-poly1305@openssh.com，aes128-ctr，aes192-ctr，aes256-ctr，aes128-gcm@openssh.com，aes256-gcm@ openssh.com，aes128-cbc，aes192-cbc，aes256-cbc，3des-cbc debug2：MAC ctos：umac-64-etm@openssh.com、umac-128-etm@openssh.com、hmac-sha2-256-etm@openssh.com、hmac-sha2-512-etm@openssh。 com,hmac-sha1-etm@openssh.com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: MAC stoc: umac- 64-etm@openssh.com、umac-128-etm@openssh.com、hmac-sha2-256-etm@openssh.com、hmac-sha2-512-etm@openssh.com、hmac-sha1-etm@openssh。 com,umac-64@openssh.com,umac-128@openssh.com,hmac-sha2-256,hmac-sha2-512,hmac-sha1 debug2: 压缩 ctos: 无,zlib@openssh.com,zlib debug2: 压缩stoc：无，zlib@openssh.com，zlib debug2：语言 ctos：debug2：语言 stoc：debug2：first_kex_follows 0 debug2：保留 0 debug2：对等服务器 KEXINIT 提案 debug2：KEX 算法：curve25519-sha256@libssh.org，ecdh- sha2-nistp256、ecdh-sha2-nistp384、ecdh-sha2-nistp521、diffie-hellman-group14-sha1、diffie-hellman-group1-sha1 debug2：主机密钥算法：ssh-dss、ssh-rsa debug2：密码ctos：aes128 -ctr，aes192-ctr，aes256-ctr，aes128-gcm@openssh.com，arcfour256，arcfour128 debug2：密码stoc：aes128-ctr，aes192-ctr，aes256-ctr，aes128-gcm@openssh.com，arcfour256，arcfour128 debug2：MAC ctos：hmac-sha2-256-etm@openssh.com，hmac-sha2-256，hmac-sha1，hmac-sha1-96 debug2：MAC stoc：hmac-sha2-256-etm@openssh.com，hmac -sha2-256，hmac-sha1，hmac-sha1-96 debug2：压缩ctos：无debug2：压缩stoc：无debug2：语言ctos：debug2：语言stoc：debug2：first_kex_follows 0 debug2：保留0 debug1：kex：算法： curve25519-sha256@libssh.org debug1：kex：主机密钥算法：ssh-rsa debug1：kex：服务器->客户端密码：aes128-ctr MAC：hmac-sha2-256-etm@openssh.com 压缩：无 debug1：kex ：客户端->服务器密码：aes128-ctr MAC：hmac-sha2-256-etm@openssh.com 压缩：无 debug3：发送数据包：类型 30 debug1：期待 SSH2_MSG_KEX_ECDH_REPLY debug3：接收数据包：类型 31 debug1：服务器主机密钥： ssh-rsa SHA256：zzXQOXSRBEiUtuE8AikJYKwbHaxvSc0ojez9YXaGp1A debug3：hostkeys_foreach：读取文件“/home/coffee/.ssh/known_hosts”debug3：record_hostkey：在文件/home/coffee/.ssh/known_hosts：1中找到密钥类型RSA debug3：load_hostkeys：已加载1来自 bitbucket.org 的密钥 debug3: hostkeys_foreach: 读取文件“/home/coffee/.ssh/known_hosts” debug3: record_hostkey: 在文件 /home/coffee/.ssh/known_hosts:4 中找到密钥类型 RSA debug3: load_hostkeys: 已加载 1 个密钥来自 104.192.143.2 debug1：主机“bitbucket.org”已知并且与 RSA 主机密钥匹配。debug1：在 /home/coffee/.ssh/known_hosts:1 中找到密钥 debug3：发送数据包：类型 21 debug2：set_newkeys：模式 1 debug1：在 4294967296 块后重新生成密钥 debug1：发送 SSH2_MSG_NEWKEYS debug1：期待 SSH2_MSG_NEWKEYS debug3：接收数据包：类型 21 debug2：set_newkeys：模式 0 debug1：在 4294967296 块后重新生成密钥 debug1：SSH2_MSG_NEWKEYS 收到 debug2：密钥：/home/coffee/.ssh/id_rsa (0x560e427ce090)，代理 debug2：密钥：/home/coffee/。ssh/id_dsa ((nil)) debug2: key: /home/coffee/.ssh/id_ecdsa ((nil)) debug2: key: /home/coffee/.ssh/id_ed25519 ((nil)) debug3: 发送数据包：类型5 debug3：接收数据包：类型 6 debug2：service_accept：ssh-userauth debug1：接收到 SSH2_MSG_SERVICE_ACCEPT debug3：发送数据包：类型 50 debug3：接收数据包：类型 51 debug1：可以继续的身份验证：publickey debug3：重新开始，传递不同的列表publickey debug3：首选 gssapi-keyex、gssapi-with-mic、publickey、键盘交互、密码 debug3：authmethod_lookup publickey debug3：剩余首选：键盘交互、密码 debug3：authmethod_is_enabled publickey debug1：下一个身份验证方法：publickey debug1：提供 RSA公钥：/home/coffee/.ssh/id_rsa debug3：send_pubkey_test debug3：发送数据包：类型50 debug2：我们发送了一个公钥数据包，等待回复 debug3：接收数据包：类型60 debug1：服务器接受密钥：pkalg ssh-rsa布伦279调试2：input_userauth_pk_ok：fp SHA256：D24jvbjnHDP1iBckX6x4xv861x6AL / DbEwW0asiYUG8调试3：sign_and_send_pubkey：RSA SHA256：D24jvbjnHDP1iBckX6x4xv861x6AL / DbEwW0asiYUG8调试3：发送数据包：类型 50 debug3：接收数据包：类型 52 debug1：身份验证成功（公钥）。已通过 bitbucket.org 验证 ([104.192.143.2]:22)。debug1：通道 0：新 [客户端会话] debug3：ssh_session2_open：channel_new：0 debug2：通道 0：发送打开 debug3：发送数据包：类型 90 debug1：进入交互式会话。debug1：承诺：网络 debug3：接收数据包：类型91 debug2：回调开始 debug2：fd 3设置TCP_NODELAY debug3：ssh_packet_set_tos：设置IP_TOS 0x10 debug2：client_session2_setup：id 0 debug2：通道0：请求pty-req确认1 debug3：发送数据包：输入98 debug1：发送环境。debug3：忽略环境 XDG_VTNR debug1：发送环境 LC_PAPER = lv_LV.UTF-8 debug2：通道 0：请求环境确认 0 debug3：发送数据包：类型 98 debug1：发送环境 LC_ADDRESS = lv_LV.UTF-8 debug2：通道 0：请求环境确认 0 debug3：发送数据包：类型 98 debug3：忽略环境 XDG_SESSION_ID debug3：忽略环境 XDG_GREETER_DATA_DIR debug1：发送环境 LC_MONETARY = lv_LV.UTF-8 debug2：通道 0：请求 env 确认 0 debug3：发送数据包：类型 98 debug3：忽略环境CLUTTER_IM_MODULE debug3：忽略环境 SESSION debug3：忽略环境 GPG_AGENT_INFO debug3：忽略环境 TERM debug3：忽略环境 VTE_VERSION debug3：忽略环境 XDG_MENU_PREFIX debug3：忽略环境 SHELL debug3：忽略环境 QT_LINUX_ACCESSIBILITY_ALWAYS_ON debug3：忽略环境 W INDOWID debug1：发送环境 LC_NUMERIC = lv_LV.UTF -8 debug2：通道0：请求env确认0 debug3：发送数据包：类型98 debug3：忽略env OLDPWD debug3：忽略env UPSTART_SESSION debug3：忽略env GNOME_KEYRING_CONTROL debug3：忽略env GTK_MODULES debug3：忽略env USER debug3：忽略env LS_COLORS debug3：忽略环境 QT_ACCESSIBILITY debug1：发送环境 LC_TELEPHONE = lv_LV.UTF-8 debug2：通道 0：

您可以使用 git 或 hg 连接到 Bitbucket。外壳访问已禁用。debug3：接收数据包：类型 98 debug1：client_input_channel_req：通道 0 rtype 退出状态回复 0 debug3：接收数据包：类型 96 debug2：通道 0：rcvd eof debug2：通道 0：输出打开 -> 漏极 debug2：通道 0：obuf 空debug2: 通道 0: close_write debug2: 通道 0: 输出耗尽 -> 关闭 debug3: 接收数据包: 类型 97 debug2: 通道 0: rcvd 关闭 debug2: 通道 0: close_read debug2: 通道 0: 输入打开 -> 关闭 debug3: 通道 0 ：关闭后不会发送数据 debug2: 通道 0: 几乎死掉 debug2: 通道 0: gc: 通知用户 debug2: 通道 0: gc: 用户分离 debug2: 通道 0: 发送关闭 debug3: 发送数据包: 类型 97 debug2: 通道 0 ：已死 debug2：通道 0：垃圾收集 debug1：通道 0：空闲：客户端会话，nchannels 1 debug3：通道 0：状态：以下连接已打开：#0 客户端会话 (t4 r0 i3/0 o3/0 fd -1/-1 cc -1)

debug3：发送数据包：类型 1 与 bitbucket.org 的连接已关闭。已传输：发送 3508 个字节，接收 1836 个字节，0.3 秒内每秒字节数：发送 12053.3，接收 6308.4 debug1：退出状态 0

Answer 1

我的 Mac 上经常出现此问题，原因是我的 SSH 代理没有保留我设置的 SSH 密钥。还没有弄清楚如何让它持续存在，但根据此故障排除网站https://support.atlassian.com/bitbucket-cloud/docs/troubleshoot-ssh-issues/以下是我修复它的方法：

从航站楼出发

检查您的 SSH 密钥是否已加载：

$ ssh-add -l       

如果您没有看到列出的密钥，请输入 ssh-add 后跟私钥文件的路径来添加它：

$ ssh-add ~/.ssh/<private_key_file>

Answer 2

您无法ssh在 GitHub、Bitbucket、GitLab 等大多数服务上运行原始命令：

您可以使用 git 或 hg 连接到 Bitbucket。外壳访问已禁用。

此消息表明您已成功连接到 Bitbucket。但是，他们不bash为用户使用或其他 shell git。他们可能会使用自定义的git-shell，它只允许git命令。

使用git clone git@bitbucket.org/path/to/your/repository而不是ssh. 请记住，您必须事先创建存储库。