根本原因是Go环境TLS证书验证失败，表现为go get/install拉取Fiber时x509证书错误；常见于代理拦截、根证书缺失或自签名证书未信任，需检查GOPROXY、更新ca-certificates或配置SSL_CERT_FILE。
直接原因通常是 Go 的 go get 或 go install 命令在拉取 Fiber 依赖（比如 github.com/gofiber/fiber/v2）时，无法验证 GitHub 或模块代理（如 proxy.golang.org）的 HTTPS 证书。这不是 Fiber 本身的问题，而是你的 Go 环境与网络环境之间的 TLS 验证链断裂。
Go 模块代理被拦截或证书不可信
国内常见情况：企业防火墙、教育网出口、或本地代理强制替换 HTTPS 证书，导致 Go 默认信任的 CA 列表里没有该中间证书。
- 运行
go env GOPROXY查看当前代理；若为https://proxy.golang.org,direct，很可能被拦截 - 临时切换为国内可信代理：执行
go env -w GOPROXY=https://goproxy.cn,direct或https://mirrors.aliyun.com/goproxy/,direct - 确认代理可用：用
curl -I https://goproxy.cn测试是否返回200 OK且无证书告警 - 不建议长期用
direct模式，它会直连 GitHub，更容易触发证书校验失败
系统/Go 根证书缺失或过期
Go 1.16+ 默认使用系统根证书（Linux/macOS）或内置 cert.pem（Windows），但某些定制系统、Docker 容器或老旧 Go 安装包可能缺少最新 CA。
- Linux（Debian/Ubuntu）：运行
sudo apt update && sudo apt install -y ca-certificates - Linux（Alpine）：在 Dockerfile 中加
RUN apk add --no-cache ca-certificates - macOS：确保已安装最新 Command Line Tools（
xcode-select --install），或重装 Go 官方包（它自带更新脚本） - 验证 Go 是否能读取证书：执行
go run -e 'import "crypto/tls"; print(tls.VersionTLS13)'不报错，说明基础 TLS 正常
私有网络或内网环境使用自签名证书
如果公司用的是内部 CA 签发的 HTTPS 代理或 Git 服务器，Go 默认不会信任——必须显式告诉它信任哪个根证书。
- 把公司根证书（.crt 或 .pem 文件）追加到系统证书库，或单独保存为
/path/to/company-root.crt - 设置环境变量让 Go 使用它：
export SSL_CERT_FILE=/path/to/company-root.crt - 或在
go build时传参：go build -ldflags="-extldflags '-Wl,-rpath,/path/to/certs'"（较少用，优先走环境变量） - 验证是否生效：运行
go list -m github.com/gofiber/fiber/v2@v2.52.0，不再报CERTIFICATE_VERIFY_FAILED
临时调试：绕过证书验证（仅限开发机）
这不是解决方案，是定位手段。生产环境绝对禁止。
- 只对当前命令禁用验证：
GIT_SSL_NO_VERIFY=1 go get github.com/gofiber/fiber/v2 - 注意：这仅影响 git 协议拉取，对模块代理（proxy.golang.org）无效；后者需改用非 HTTPS 代理或信任其证书
- 如果看到
x509: certificate signed by unknown authority，说明问题出在 TLS 层，不是 Git 层 - 一旦绕过成功，反向证明你缺的是根证书或代理配置，而不是代码问题
真正卡住的地方往往不是 Fiber，而是你机器上那个没被更新的 ca-certificates 包、被覆盖的系统时间、或者代理返回了一个 Go 不认识的中间证书链——这些细节比“重试”重要得多。
