webstorm 的 svn 连接安全问题本质是本地 svn 命令环境配置问题：ssh 认证失败需检查 ssh-agent 或 svn_ssh 环境变量；https 证书错误须在终端首次信任或配置 ssl-ignore-exceptions；必须勾选“use default svn configuration directory”以复用 ~/.subversion 中的认证与代理设置；svn+ssh 不走 webstorm 代理，需通过 ~/.ssh/config 的 proxycommand 配置跳转。
svn+ssh 连接报 “Authentication failed” 或 “No supported authentication methods available”
WebStorm 本身不处理 SSH 密钥协商，它完全依赖你本地 svn 命令行的行为。如果 SVN URL 是 svn+ssh://user@host/path，而 WebStorm 提示认证失败，问题几乎一定出在 SSH 配置层，而非 WebStorm 设置里。
关键点：WebStorm 调用的是你系统 PATH 下的 svn，而该 svn 在执行 svn+ssh 时，会调用系统默认的 ssh 命令（通常是 OpenSSH）。它不会读取 WebStorm 的任何密码框或密钥配置。
- 先在终端手动运行
svn info svn+ssh://user@host/path—— 如果这里就失败，WebStorm 必然失败；成功了，WebStorm 才可能成功 - 确保你的私钥已加载进 ssh-agent：
ssh-add -l查看是否列出；没列就ssh-add ~/.ssh/id_rsa（路径按实际改） - Windows 用户若用 PuTTY 工具链，
svn默认不认pageant，必须显式指定 SSH 客户端：set SVN_SSH="plink.exe -i C:\path\to\private.ppk"（cmd）或$env:SVN_SSH="plink.exe -i C:\path\to\private.ppk"（PowerShell） - macOS/Linux 用户注意：
~/.ssh/config中 Host 别名、IdentityFile、User 等设置对svn+ssh生效，但 WebStorm 不会帮你加载；确保该文件权限是600，否则 OpenSSH 会静默忽略
HTTPS 连接提示 “SSL handshake failed” 或证书校验错误
这类错误多见于企业内网自签证书的 SVN 服务器。WebStorm 的 svn 调用走的是命令行客户端，所以证书信任行为和你在终端里跑 svn list https://... 完全一致。
不能靠 WebStorm 界面点“信任”来绕过 —— 它没这个交互能力。必须让底层 svn 命令认可该证书。
- 首次访问时，在终端执行一次
svn list https://your-svn-server/repo，按提示输入p（永久信任）；这会把证书写入~/.subversion/auth/svn.ssl.server/目录 - 若证书已存在但被拒绝，可删掉对应哈希文件（路径里含服务器域名哈希），再重试一次
svn list - 全局禁用证书验证（仅限测试环境）：
svn --config-option config:ssl-ignore-exceptions=yes list https://...；但 WebStorm 不支持传这个参数，所以只能改全局配置文件：~/.subversion/config中取消注释并设为ssl-ignore-exceptions = yes - Linux/macOS 上若用 brew 安装的 svn，其 OpenSSL 库可能不读系统 CA Bundle，需手动指定：
svn --config-option config:ssl-authority-files="/etc/ssl/certs/ca-certificates.crt" list ...
WebStorm 设置里要不要勾选 “Use default SVN configuration directory”
默认勾选意味着 WebStorm 会复用你系统级的 ~/.subversion/（Linux/macOS）或 %APPDATA%\Subversion\（Windows）配置目录。这对安全连接至关重要 —— 因为 auth/ 子目录里的证书信任记录、SSH 认证缓存、甚至代理设置都存在其中。
如果你手动改过 ~/.subversion/config 或 ~/.subversion/servers（比如配了 http-proxy-host 或 store-plaintext-passwords = no），**必须保持勾选**；否则 WebStorm 启动的 svn 进程将用干净的、无任何自定义配置的副本，导致连接失败或密码明文存储。
- 取消勾选后，WebStorm 会新建一个隔离的配置目录（路径显示在 Settings → Version Control → Subversion 页面底部），里面 auth/ 是空的，所有信任/凭证都要重走一遍
- 企业环境常见坑：IT 统一推送的
servers文件里写了 proxy 和 ssl-fingerprints，取消勾选就等于丢掉整套安全策略 - 调试建议：打开 WebStorm 的 Terminal，执行
svn --version --quiet，再立刻echo $HOME（macOS/Linux）或echo %USERPROFILE%（Windows），确认~/.subversion路径真实存在且可写
代理环境下 HTTPS/SVN+SSH 连接超时或无法解析主机名
WebStorm 有两个独立的代理层：一个是 IDE 自身 HTTP 请求用的（Settings → Appearance & Behavior → System Settings → HTTP Proxy），另一个是 SVN 客户端用的（Settings → Version Control → Subversion → Network）。前者**不影响** SVN 操作，后者才管 svn 命令本身的网络行为。
尤其要注意：SVN 的代理设置只对 http:// 和 https:// 协议生效；svn+ssh:// 走的是 SSH 隧道，代理配置无效 —— 此时必须靠 SSH 的 ProxyCommand 实现跳转。
- HTTPS 场景：在 Settings → Version Control → Subversion → Network 中勾选 “Use system proxy settings” 或手动填代理地址；同时确认
~/.subversion/servers里http-proxy-host和http-proxy-port已正确写入 - SVN+SSH 场景：编辑
~/.ssh/config，为你的 SVN 主机添加段落：Host svn.company.internal<br> ProxyCommand nc -X connect -x proxy.company:8080 %h %p
（Linux/macOS）或使用connect.exe（Windows） - 常见误操作：在 WebStorm 的 HTTP Proxy 设置里填了代理，却忘了在 Subversion → Network 里同步开启，结果 HTTPS SVN 请求根本发不出去
WebStorm 对 SVN 安全协议的支持完全透传给底层 svn 命令，它自己不做加解密、不管理密钥、也不弹出证书确认框。所有“安全”相关的问题，本质都是本地 SVN 客户端环境是否就绪 —— 这也是为什么排查顺序永远是：终端能通 → WebStorm 才可能通。
