GitLab仓库（VPN保护）连个人热点拉取报403，浏览器正常

以下是可能导致该现象的几个常见原因及对应的排查/解决方法：

• Git凭证缓存冲突
  你的Git客户端可能缓存了旧的、在个人热点网络下无效的凭证，导致请求直接用缓存内容触发403，而浏览器是独立会话，会重新通过VPN的验证流程（比如网页SSO、Cookie）。
  解决方法：

  • Windows：打开「凭据管理器」，找到Git相关的存储条目并删除
  • macOS：终端执行 git credential-osxkeychain erase，按提示输入GitLab服务器地址完成清除
  • Linux：根据使用的凭证助手（如libsecret），找到对应存储删除Git相关凭证

• 个人热点的网络路由/代理适配问题
  个人移动热点的网络环境可能和同事热点存在差异：比如你的热点自动启用了系统代理，但Git客户端未配置使用该代理；或者VPN仅对浏览器做了流量适配，没覆盖终端的Git请求。
  排查方向：

  • 执行 git config --global --get http.proxy 和 git config --global --get https.proxy，确认Git的代理配置是否和浏览器一致
  • 如果浏览器依赖VPN代理，给Git设置相同代理：git config --global http.proxy http://代理地址:端口
  • 检查VPN是否对所有系统应用生效，部分VPN可能默认只拦截浏览器流量，需手动设置让终端流量走VPN

• GitLab的IP/请求规则限制
  个人热点的公网IP可能被GitLab的防火墙或访问规则直接拦截未携带有效凭证的请求，而同事热点的IP处于允许范围内，因此会触发凭证输入提示。
  解决方法：

  • 生成GitLab个人访问令牌（需包含仓库读写权限）
  • 执行 git config --global credential.helper store，下次拉取时输入GitLab用户名和令牌作为密码，让Git存储有效凭证，避免后续请求被直接拒绝

• DNS解析差异
  个人热点的DNS可能将GitLab域名解析到了非VPN后的内部IP，而浏览器使用了VPN提供的DNS或缓存了正确IP，导致两者请求的目标服务器不一致。
  排查方法：

  • 终端执行 nslookup 你的GitLab域名，对比浏览器访问时的IP（可通过浏览器开发者工具的网络请求查看）
  • 如果解析IP不一致，手动将系统DNS修改为VPN提供的DNS地址

内容的提问来源于stack exchange，提问作者Quentin Lerebours