从Windows到Linux VM的SSH代理转发

Question

我正在尝试将Github密钥从Windows10笔记本电脑重用到迷茫的am (这是我运行Ansible并连接到许多EC2的地方)。我不想为GitHub中的每个VM设置额外的键，因为它是一个丢弃的环境。

所以..。

在吉蒂布：

从我的Windows笔记本电脑粘贴私钥

​

在Windows 10上：

• 建立了与Github的连接。

​

​

• SSH代理已启动

​

​

• 代理转发已启用：

​

​

Ubuntu 22.04 -由VirtualBox/Vagrant管理

1. 添加到authorized_keys中的密钥

1. 与Github没有任何联系： 迷航@Ubuntu：~/. ssh $ssh -T git@github.com -v OpenSSH_8.9p1 Ubuntu-3，OpenSSL 3.0.2 15 2022年3月20日debug1:读取配置数据/etc/ssh/ssh_config debug1: /etc/ssh/ssh_config第19行:包括/etc/ssh/ssh_config.d/*..conf不匹配文件debug1: /etc/ssh/ssh_config第21行:应用*debug1选项:连接到github.com 140.82.114.4端口22。debug1:建立连接。debug1: identity文件/home/流浪者/..ssh/id_rsa类型-1 debug1: identity文件/home/流浪者/..ssh/id_rsa-cert类型-1 debug1: identity文件/home/流浪者/..ssh/id_ecdsa类型-1 debug1:标识文件/home/迷航/..ssh/id_ecdsa-cert类型-1 debug1:身份文件/home/迷航/..ssh/id_ecdsa_sk类型-1 debug1:身份文件/home/迷航/id_ecdsa_sk-cert类型-1 debug1：标识文件/home/流浪者/..ssh/id_id 25519类型-1 debug1: identity文件/home/迷走符/..ssh/id_id 25519-cert类型-1 debug1: identity文件/home/迷走符/..ssh/id_id 25519_sk类型-1 debug1: identity文件/home/ed25519_sk- debug1:标识文件/home/xmss/..ssh/id_xmss类型-1 debug1:标识文件/home/流浪者/..ssh/id_xmss-t类型-1 debug1/home/迷航器/.SSH/id_dsa类型-1 debug1: identity文件/home/迷航/.SSH/id_dsa-debug1类型-1 debug1:本地版本字符串SSH-2.0-OpenSSH_8.9p1 Ubuntu-3 debug1:远程协议版本2.0，远程软件版本babeld-b9c2a189 debug1: compat_banner: No match: babeld-b9c2a189 debug1:向github.com:22进行身份验证为“git”debug1: load_hostkeys: fopen /home/流浪者/.ssh/知名_hosts 2:没有这样的文件或目录debug1: load_hostkeys: fopen /etc/ssh/ssh/ssh_ No _hosts: No这样的文件或目录debug1: load_hostkeys: fopen /etc/ssh/ssh_已知_hosts 2:没有这样的目录或debug1: SSH2_MSG_KEXINIT发送的debug1: SSH2_MSG_KEXINIT接收到debug1：算法: curve25519-sha256 debug1: kex:主机密钥算法: ssh-ed25519 debug1: kex: server->client密码: chacha20-poly1305@openssh.com MAC:压缩:无debug1: kex: client->debug1密码: chacha20-poly1305@openssh.com :压缩:debug1 20-poly1305@openssh.com:压缩: none debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: SSH2_MSG_KEX_ECDH_REPLY接收到debug1:服务器密钥: ssh-ed25519这样的文件或目录debug1: load_hostkeys: fopen /etc/ssh/ssh_ load_hostkeys:没有这样的文件或目录，debug1: load_hostkeys: fopen /etc/ssh/ssh/ssh_hosts 2:没有这样的文件或目录debug1: Host 'github.com‘是已知的，并且与ED25519主机键匹配。debug1:在/home/流浪汉/..ssh/已知_hosts中找到密钥:1 debug1: rekey out后134217728块debug1: SSH2_MSG_NEWKEYS sent debug1: SSH2_MSG_NEWKEYS received SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey in后134217728块通道1: chan_shutdown_read:关机()Fd7 i0 o0: Not debug1: get_agent_identities: ssh_fetch_identitylist:与代理的通信失败debug1:将尝试键:/home/流浪者/..ssh/id_rsa debug1:将尝试键：/home/迷航器/..ssh/id_ecdsa debug1:将尝试密钥:/home/迷航器/..ssh/id_ecdsa_sk debug1:将尝试密钥:/home/迷走符/..ssh/id_id 25519 debug1:将尝试密钥:/home/迷航/..ssh/id_id 25519_sk debug1:将尝试密钥:/home/迷走符/..ssh/id_xmss debug1:将尝试密钥:/home/流浪者/..ssh/id_dsa debug1: SSH2_MSG_EXT_INFO接收到的debug1：input_ext_info: server=ssh-ed25519-cert-v01@openssh.com，ecdsa-sha2-nistp 521-cert-v01@openssh.com，ecdsa-sha2-nistp 384-cert-v01@openssh.com，ecdsa-sha2-nistp 256-cert-v01@openssh.com，sk-ssh-ed25519-cert v01@openssh.com，sk-ecdsa-sha2-sha2-nistp 256-cert-v01@openssh.com，rsa-sha2-512-cert-01@openssh.com，rsa-sha2-256-t@vopenss.com，rsa sha2-256-t@venssh.com，rsa-sha2-256-t@vopenssh.com，@openssh.comsk-ssh-sk 25519@openssh.com，sk-ecdsa-sha2-nistp 256@openssh.com，ssh-sk 25519，ecdsa-sha2-nistp 521，ecdsa-sha2-nistp 384，ecdsa-sha2-nistp 256，rsa-sha2-512，rsa-sha2-256，ssh-rsa -rsa-rsa debug1: SSH2_MSG_SERVICE_ACCEPT接收到debug1: Next身份验证方法: publickey debug1:尝试私钥：..ssh/id_rsa debug1:尝试私钥:/home/迷走险/..ssh/id_ecdsa debug1:尝试私钥:/home/迷走险/..ssh/id_ecdsa sk_sk:尝试私钥:/home/ that /..ssh/id_ed25519 debug1:尝试私钥:/home/迷走险/..ssh/id_ecdsa sk_sk:尝试私钥:/home/that/..ssh/id_ed25519 debug1:尝试私钥:/home/迷走符/..ssh/id_ecdsa sk_sk:尝试私钥:/home/that/..ssh/id_ed25519 debug1:尝试私钥：home/迷幻药/..ssh/id_id 25519_sk debug1:尝试私钥:/home/迷航器/..ssh/id_xmss debug1:尝试私钥:/home/迷走符/..ssh/id_dsa debug1:不再尝试身份验证方法。git@github.com:权限被拒绝(公开密钥)。

我遗漏了什么？

Answer 1

由于连接确实有效，所以您在GitHub SSH设置页面上粘贴的是您的公钥，而不是您的私钥。

只有当您创建了加密私钥时，才需要SSH代理。

Ubuntu22.04-由添加到authorized_keys的VirtualBox/Vagrant管理

只有当您想连接到"VirtualBox/Vagrant“时，才需要这样做。

当你想从它连接的时候就不会了。

由此，您只需要在您的Ubuntu ~/.ssh相同的公共和私人文件，而不是在您的电脑。

为了检查SSH代理是否是问题(或者由于网络、防火墙、.等其他因素，SSH代理无法工作)，我将尝试使用相同的设置。