goland不提供证书路径ui配置，需通过系统或运行配置设置cert_file/cert_dir环境变量，使go进程加载自定义ca证书；go 1.21+支持更稳定，旧版依赖cert_dir且要求openssl哈希命名。
GoLand 里不直接支持配置自定义证书路径的环境变量
GoLand 本身没有 UI 入口或设置项让你填「证书路径」，它也不读取类似 CERT_PATH 这样的自定义变量来加载 TLS 证书。真正起作用的是 Go 运行时和底层系统对证书的信任链处理逻辑——Go 默认使用系统根证书（Windows/macOS）或 CERT_FILE/CERT_DIR 环境变量（Linux），而 GoLand 只是调用 go 命令或启动调试器（Delve），证书行为完全由 Go 工具链和运行环境决定。
需要改证书路径时，实际生效的是 Go 进程的环境变量
如果你在本地私有仓库、内部代理或测试 HTTPS 服务时遇到 x509: certificate signed by unknown authority，问题不在 GoLand 界面配置，而在 Go 编译/运行/测试时的进程环境。关键点如下：
-
CERT_FILE：指向一个 PEM 格式证书文件（如D:\certs\ca-bundle.crt），Go 会优先加载它作为信任根 -
CERT_DIR：指向包含 PEM 文件的目录（如D:\certs\ca-dir），需确保文件名是哈希格式（xxx.0），否则被忽略 - 这两个变量必须在 Go 进程启动前注入，不是在 GoLand Settings 里设，而是在终端或系统级环境变量中配置
- GoLand 的 Terminal 默认继承系统环境变量；但 Run/Debug 配置默认不继承用户修改后的环境变量（除非显式勾选「Include system environment variables」）
GoLand 中让证书变量生效的实操方式
以 Windows 为例，要让 go run 或 Delve 调试时信任自定义 CA：
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
- 在系统环境变量中新增
CERT_FILE，值为完整路径（如D:\certs\internal-ca.crt），重启 GoLand 使 Terminal 和 Run 配置能读到 - 如果用 Run Configuration 启动程序，打开 Edit Configurations → Environment variables，手动添加：
CERT_FILE=D:\certs\internal-ca.crt - 若项目用
go test并报证书错误，需在 Test Configuration 的 Environment variables 中同样添加该变量 - 验证是否生效：在 GoLand Terminal 中执行
go env -w GODEBUG=httpproxy=1（临时开启 HTTP 调试），再跑go run main.go，观察日志是否还报 x509 错误 - 注意：Go 1.21+ 对
CERT_FILE支持更稳定；旧版本可能只认CERT_DIR，且要求 OpenSSL-style 哈希命名
容易被忽略的坑
很多人配了变量却没效果，核心原因常是：
- 只在用户环境变量里加了
CERT_FILE，但 GoLand 是以系统权限或旧会话启动的，没 reload 环境 —— 解决办法：彻底关闭 GoLand，重新从开始菜单启动 - 路径含空格或中文，未用引号包裹（其实 Go 不要求引号，但 Windows CMD 有时会截断，建议路径全用英文、无空格）
- 证书文件不是 PEM 格式（比如是 PFX 或 DER），需先用 OpenSSL 转换：
openssl pkcs12 -in cert.pfx -clcerts -nokeys -out ca.crt - GoLand 的 Debug 模式下，Delve 会 fork 子进程，某些场景下子进程不继承父进程环境变量 —— 此时必须在 Run Configuration 的 Environment variables 中显式填写，不能依赖系统变量
证书路径不是“配给 GoLand”的，而是配给每一个 go 进程的。你看到的界面配置，只是控制这些进程启动时带什么环境。
