Azure DevOps使用443端口进行SSH密钥认证报错，是否可行？

• 你的配置存在错误，核心问题出在User字段
  Azure DevOps的SSH连接中，User字段必须是git，而非公司名称。组织信息是通过仓库路径的v3/{组织名}/...部分传递的，不是放在User里。正确的SSH配置应该是：

  Host azure-devops
      Hostname vs-ssh.visualstudio.com
      Port 443
      User git
  

  使用时，仓库地址可以写成azure-devops:v3/{你的组织名}/{项目名}/{仓库名}，或者直接用命令ssh -T -p 443 git@vs-ssh.visualstudio.com测试连通性。

• 443端口连接方案本身是可行的
  Azure DevOps官方支持通过443端口进行SSH连接，只是配置细节和GitHub有差异——Azure DevOps要求仓库路径必须包含v3前缀，这是容易忽略的点。

• 其他可能触发kex_exchange_identification: read: Connection reset by peer的原因

  • 防火墙/安全设备拦截：部分企业防火墙会检测443端口的流量特征，拦截非HTTPS的SSH流量。可以尝试用ssh -vvv -p 443 git@vs-ssh.visualstudio.com开启 verbose 模式，查看连接过程中的具体报错信息。
  • SSH密钥配置错误：确保你的公钥已正确添加到Azure DevOps个人设置的SSH密钥列表中，密钥类型推荐使用ED25519或RSA（长度≥2048位）。
  • DNS解析异常：如果vs-ssh.visualstudio.com解析不稳定，可以尝试在hosts文件中手动绑定该域名的IP地址（可通过nslookup获取）。

内容的提问来源于stack exchange，提问作者Pierrick Rambaud