编辑器配置登录账号总失败？这几个坑我踩过

上周帮同事远程调试 VS Code 的 GitHub 登录，折腾了快一小时——明明账号密码没错，双因素也开了，可就是卡在「正在验证」那一步。后来发现，问题压根不在账号本身，而在编辑器的配置细节里。

不是账号错了，是代理和域没对上

很多人用公司内网或教育网，本地开了全局代理，但编辑器（比如 VS Code、JetBrains 系列）默认不走系统代理。结果登录 GitHub 或 GitLab 时，请求直接被墙或超时，界面只显示「连接失败」，误以为是密码输错。

解决方法很简单：打开 VS Code 设置（Ctrl+,），搜 http.proxy，填上你实际用的代理地址，比如：

http://127.0.0.1:7890

如果用的是 Clash 或 Shadowsocks，记得把「绕过本地地址」选项关掉，否则 localhost 请求会被跳过，反而连不上本地认证回调服务。

Token 权限不够，比输错密码还隐蔽

有些编辑器（像 Typora、Obsidian 插件）要求手动粘贴 Personal Access Token 登录。但 GitHub 新版 token 默认不带 repo 和 workflow 权限，一粘上去，编辑器提示「授权成功」，实际 push 时却报 403 —— 这时候你以为是配置问题，其实是 token 权限漏勾了。

去 GitHub Token 创建页，至少勾选：
repo（读写私有仓库）
workflow（触发 Actions）
read:user（读取用户信息）
别用 admin:org 这类大权限，够用就行，安全也省心。

多账号切换？别只改 settings.json

在家用个人 GitHub，在公司用企业 GitLab，来回切账号时，有人习惯直接改 settings.json 里的 git.defaultBranch 或 github.token 字段。但编辑器缓存没清，旧 token 还在内存里，新配置根本没生效。

正确姿势：
① 关闭所有编辑器窗口；
② 手动删掉缓存目录（VS Code 是 ~/.vscode/Cache，JetBrains 是 ~/Library/Caches/JetBrains/ 或 %LOCALAPPDATA%\JetBrains\）；
③ 重启后重新登录，别跳过「Authorize」弹窗，点「Open in Browser」手动确认。

最后检查下 hosts 文件

有次遇到个离谱情况：编辑器登录 GitLab 总提示「Invalid redirect_uri」。翻日志才发现，本地 hosts 把 gitlab.example.com 指向了内网测试机，而 OAuth 回调地址却是生产环境域名。编辑器按 hosts 走了错误路径，认证流程直接中断。

临时排查可以 cmd / Terminal 输入：

ping gitlab.example.com

看解析 IP 是否符合预期。如果是开发环境，建议统一用 .test 后缀（如 gitlab.test），避免和正式域名冲突。

编辑器登录不是玄学，是配置、网络、权限三者咬合的结果。哪一环松了，账号就登不上。多看一眼日志（VS Code 按 Ctrl+Shift+U 打开输出面板，选「GitHub Authentication」），比反复重装插件管用得多。