如何修复VMware中Ubuntu18.04代理环境下Git克隆企业仓库SSL错误

我来帮你排查这个OpenSSL连接问题——这种情况通常和代理的SSL处理逻辑、系统证书信任或者Git代理配置的细节有关，咱们一步步来定位解决：

• 检查代理是否支持HTTPS流量转发
  HTTPS连接依赖代理支持CONNECT方法，有些代理默认可能限制了这个方法，或者不允许访问你的企业GitHub域名。你可以先用curl测试代理对目标地址的连通性：

  curl -v -x http://myproxy:port https://{your-github-enterprise-url}
  

  如果返回403、连接超时或者类似的错误，大概率是代理侧限制了访问，需要联系管理员开放权限，或者确认代理地址/端口是否正确。

• 更新系统CA证书，确保能验证企业GitHub的SSL证书
  Ubuntu 18.04的默认证书包可能缺少企业GitHub服务器的根证书，导致SSL验证失败。执行以下命令重新安装并更新证书：

  sudo apt update && sudo apt install --reinstall ca-certificates
  sudo update-ca-certificates
  

  完成后再尝试curl或git clone操作。

• 切换代理配置方式，用环境变量替代Git全局配置
  有时候Git的全局代理配置会和系统代理规则冲突，你可以先清空Git的代理设置，改用系统环境变量配置：

  # 清空Git全局代理
  git config --global --unset http.proxy
  git config --global --unset https.proxy
  # 设置环境变量代理
  export http_proxy=http://myproxy:port
  export https_proxy=http://myproxy:port
  

  之后再执行git clone，看看是否能正常触发凭证请求。

• 确认代理是否需要身份认证
  如果你的代理要求用户名密码验证，但你之前没配置，也会导致SSL连接失败。可以把认证信息加入代理地址（注意特殊字符要URL编码，比如@改成%40）：

  git config --global http.proxy http://username:password@myproxy:port
  git config --global https.proxy http://username:password@myproxy:port
  

• 临时关闭SSL验证排查（仅用于定位问题，不推荐长期使用）
  如果你想快速确认是不是证书验证导致的问题，可以临时禁用Git的SSL验证：

  git config --global http.sslVerify false
  

  如果这时候克隆成功了，说明核心问题是证书信任，回到第二步彻底解决，不要一直保持SSL验证关闭，这会带来安全风险。

• 检查VMware虚拟机的网络模式
  如果用的是NAT模式，可能VMware的端口转发规则影响了代理连接。可以尝试切换到桥接模式，让虚拟机直接获取和主机同网段的IP地址，再重新配置代理测试。

如果以上步骤都没解决问题，建议提供curl -v -x http://myproxy:port https://{your-github-enterprise-url}的完整输出，这样能更精准地定位问题点。

内容的提问来源于stack exchange，提问作者Saumya Goyal