在VS Code中添加GitLab账户时遇到连接超时错误
GitLab Workflow扩展连接失败(ETIMEDOUT)解决方法
核心问题分析
报错中的connect ETIMEDOUT 168.70.251.78:443说明VS Code的GitLab扩展无法通过HTTPS连接到GitLab API服务器。即便你确认网络和防火墙正常,仍可能是VS Code代理配置异常、GitLab令牌权限不足或DNS解析问题导致的。
具体排查与解决步骤
检查VS Code代理设置
打开VS Code设置(快捷键Ctrl+,),搜索http.proxy和https.proxy:- 若无需代理,直接清空这两项配置;
- 若需代理,确保代理地址、端口正确,且代理可正常访问gitlab.com;
- 临时将
http.proxyStrictSSL设为false测试,排除SSL证书验证问题(测试后可改回)。
验证GitLab私人访问令牌权限
重新生成令牌时,必须勾选以下权限:api(扩展调用GitLab API的核心权限)read_user(获取用户基础信息)read_repository(访问私有仓库数据)
权限不全的令牌会导致API请求失败,需替换为权限完整的令牌重试。
测试GitLab API连通性
打开CMD或PowerShell,执行以下命令(替换为你的令牌):curl -v https://gitlab.com/api/v4/personal_access_tokens/self --header "PRIVATE-TOKEN: 你的私人访问令牌"若命令返回超时,说明系统层面存在网络访问问题,可尝试手动修改DNS为
8.8.8.8或1.1.1.1后重新测试。重置VS Code扩展状态
- 关闭VS Code,找到扩展目录:
C:\Users\你的用户名\.vscode\extensions\gitlab.gitlab-workflow-版本号 - 删除目录下的
node_modules文件夹与package-lock.json文件 - 重启VS Code,扩展会自动重建依赖,之后再尝试连接账户。
- 关闭VS Code,找到扩展目录:
排查系统代理/VPN
若使用了VPN或系统级代理,确认代理规则未阻止gitlab.com访问,或临时关闭代理/VPN后重试连接。
内容的提问来源于stack exchange,提问作者Unnikrishnan KJ
相关产品推荐
相关产品推荐

