非Root用户无法克隆内部GitLab仓库，Root用户可正常执行求解答

• 证书信任差异：普通用户（包括Jenkins运行用户）的系统/用户级证书存储未信任内部GitLab的SSL证书，而root用户的证书存储已导入该证书，或系统证书路径对root可见但普通用户无访问权限。
• Git配置不一致：root用户可能配置了特定的SSL参数（比如指定证书文件、跳过验证），但普通用户的Git配置缺少这些设置。
• 网络环境差异：root用户的环境变量包含正确的代理配置，而Jenkins用户的代理设置缺失或错误，导致SSL握手时网络请求失败。

• 导入GitLab证书到Jenkins用户信任存储
  1. 导出内部GitLab的SSL证书：

     openssl s_client -connect gitlab.your-domain.com:443 < /dev/null | sed -ne '/-BEGIN CERTIFICATE-/,/-END CERTIFICATE-/p' > gitlab.crt
     

  2. 将证书导入Jenkins用户的证书库（以Debian/Ubuntu为例）：

     # 复制到系统证书目录（需root权限）
     cp gitlab.crt /usr/local/share/ca-certificates/
     update-ca-certificates
     # 或导入到Jenkins用户的NSS数据库
     certutil -d sql:/var/lib/jenkins/.pki/nssdb -A -t "C,," -n "Internal GitLab CA" -i gitlab.crt
     

• 临时/全局关闭Git SSL验证（仅限内部可信仓库）
  • 克隆时临时设置：

    git clone -c http.sslVerify=false https://gitlab**************.git/
    

  • 为Jenkins用户全局配置：

    sudo -u jenkins git config --global http.sslVerify false
    

• 同步root用户的Git SSL配置
  1. 查看root的Git全局配置：

     git config --list --global
     

  2. 将其中的SSL相关配置（如http.sslCAInfo）复制到Jenkins用户的~/.gitconfig文件中，示例：

     [http]
         sslCAInfo = /path/to/gitlab.crt
     

• 配置Jenkins用户的网络代理
  在Jenkins全局配置中添加正确的HTTP/HTTPS代理，或在执行克隆的Shell步骤中设置环境变量：

  export http_proxy=http://your-proxy:port
  export https_proxy=http://your-proxy:port
  

内容的提问来源于stack exchange，提问作者Kevin Dyandradiva