Settings Sync 扩展强制使用 GitHub Gist（https://gist.github.com），不支持自定义服务器地址；sync.gist 配置项仅为内部缓存字段，非法值会导致同步失败；企业网络拦截需白名单或改用符号链接+云盘方案。
Settings Sync 用的是 GitHub Gist，没有自定义服务器地址
VSCode 内置的 Settings Sync 功能（1.65+ 版本）不提供配置服务器地址的选项——它硬编码使用微软托管的同步服务端点 vscode-sync.trafficmanager.net，且该服务已于 2023 年底正式下线。你现在看到的“同步成功”提示，实际是旧客户端残留 UI，背后已无有效后端支撑。
真正起作用的方案是 Settings Sync 扩展（作者 Shan Khan），它完全绕过 VSCode 官方服务，直接读写你自己的 GitHub Gist。Gist 的存储位置固定为 https://gist.github.com，无法更换域名或代理中转；所谓“服务器地址”，本质上就是你的私有 Gist URL，例如 https://gist.github.com/your-username/abc123def456。
为什么 sync.gist 设置项不能随便改
VSCode 设置里搜 sync.gist 确实能看到一个配置项，但它不是“指定同步服务器”的开关，而是扩展的内部状态缓存字段。如果你手动填入非标准值（比如内网地址、自建 gist 克隆站），Settings Sync 扩展会直接拒绝上传/下载，并在开发者工具 Console 中报错 Failed to fetch gist 或 404 Not Found。
- 该字段为空时，扩展会自动创建新的私有 Gist，ID 存入此配置项
- 若你手动设为已有 Gist ID（如
abc123def456），扩展会尝试读取对应 Gist，但前提是该 Gist 存在且你有读权限 - 填错格式（如带
https://前缀、含空格、大小写混用）会导致解析失败，同步中断
企业网络拦截 gist.github.com 怎么办
很多公司防火墙会屏蔽 gist.github.com（因被归类为代码共享平台），导致 Settings Sync 登录后卡在“Loading…”或上传失败。这不是服务器地址能解决的问题，而是网络策略限制。
临时验证方式：切手机热点重试；长期方案只有两个：
- 联系 IT 部门白名单放行
gist.github.com和api.github.com（OAuth 必需） - 放弃 Gist 方案，改用符号链接 + 云盘（如 OneDrive/iCloud/Syncthing），把
~/.config/Code/User（Linux/macOS）或%APPDATA%\Code\User（Windows）软链过去——此时根本不需要任何“服务器地址”
敏感配置泄露风险比服务器地址更值得警惕
很多人花时间折腾“换服务器”“配代理”，却忽略一个事实：Gist 是纯文本存储，extensions.json、settings.json 全部明文可见。如果你的 settings.json 里写了 "http.proxy": "http://user:pass@corp-proxy:8080" 或 "azure.account.token": "xxx"，这些字段会原样上传到 GitHub。
必须做的两件事：
- 把含凭证、路径、机器名的配置移出全局
settings.json，改放到工作区.vscode/settings.json（它天然不同步） - 在敏感行上方加注释
// @sync false，例如："python.defaultInterpreterPath": "/Users/me/miniforge3/bin/python", // @sync false
服务器地址只是表象，真正决定同步是否安全、可用的，是你有没有清理掉那些不该上云的本地化配置。
