Go实现mTLS的核心是服务端必须设tls.Config.ClientAuth为tls.RequireAndVerifyClientCert并配置ClientCAs，否则静默降级为单向；客户端需通过自定义Transport注入Certificates和RootCAs，且证书链顺序、私钥权限0600为硬性要求。
Go 做 TLS 双向认证（mTLS）不是加个证书就通了，核心卡点永远在服务端是否真正“强制要求并验证”客户端证书——tls.Config.ClientAuth 必须设为 tls.RequireAndVerifyClientCert，否则连接静默降级为单向，连错误都不报。
服务端必须显式设置 ClientAuth 和 ClientCAs
默认的 http.ListenAndServeTLS 创建的 tls.Config 中 ClientAuth 是 tls.NoClientCert，等于完全关闭双向流程。你传进去的客户端 CA 文件（ClientCAs）压根不会被用到。
- 必须手动构造
http.Server，并在TLSConfig中明确写：ClientAuth: tls.RequireAndVerifyClientCert -
ClientCAs必须是加载了根 CA 证书的*x509.CertPool，它决定“我只认哪些 CA 签的客户端证书”，不是客户端该用哪个 CA，而是服务端信任谁 - 服务端自己的证书和私钥仍走
Certificates字段，和单向 HTTPS 完全一致 - 若用自签名 CA，服务端的
ClientCAs和客户端的RootCAs必须加载同一份 PEM 根证书，否则握手直接失败，报错类似remote error: tls: bad certificate
客户端需自定义 Transport 注入证书链和 RootCAs
Go 的 http.DefaultTransport 不发客户端证书，也不校验服务端证书链（除非你禁用跳过验证）。要发起 mTLS 请求，必须自定义 http.Transport。
- 用
tls.LoadX509KeyPair("client.crt", "client.key")加载客户端证书+私钥；注意私钥文件权限必须是0600，否则 Go 静默失败 - 证书文件（
.crt）必须包含完整链：leaf 在前，intermediate 在后；root CA 单独交给RootCAs -
http.Transport.TLSClientConfig.RootCAs必须设置，用于验证服务端证书；若服务端用的是私有 CA，这里就得填对应的根证书，否则报x509: certificate signed by unknown authority - 别用
InsecureSkipVerify: true绕过验证——这仅限本地调试，正式环境必须靠RootCAs显式信任
VerifyPeerCertificate 回调用于细粒度校验
Go 默认只校验证书链是否可追溯到 ClientCAs，但很多场景需要额外控制：比如按组织单位（OU）过滤、拒绝特定序列号、检查 SAN 是否含预期域名。
立即学习“go语言免费学习笔记（深入）”；
- 回调函数签名是
func(rawCerts [][]byte, verifiedChains [][]*x509.Certificate) error -
rawCerts是原始 DER 字节，需用x509.ParseCertificate解析 -
verifiedChains是 Go 尝试构建的链（可能为空），不能直接信任；典型写法是先手动调用roots.Verify做基础链验证，再对parsedCert做业务规则检查 - 一旦设置了
VerifyPeerCertificate，Go 就不再自动执行链验证，所以基础校验必须自己补上
gRPC 的 mTLS 配置和 HTTP 不互通
gRPC 不复用 http.Server 的 TLS 配置，也不接受 http.ListenAndServeTLS 的参数。它的 mTLS 是独立路径，且服务端/客户端配置缺一不可。
- 服务端启动时必须用
grpc.Creds(credentials.NewTLS(tlsConfig))，其中tlsConfig同样要设ClientAuth: tls.RequireAndVerifyClientCert和ClientCAs - 客户端
Dial时必须用grpc.WithTransportCredentials(credentials.NewTLS(tlsConfig))，且tlsConfig必须含Certificates和RootCAs - 写成
credentials.NewTLS(nil)会退化为无证书通信，彻底失效 - gRPC 握手失败报
tls: first record does not look like a TLS handshake，大概率是客户端根本没配WithTransportCredentials，或者地址用了http://而非https://或 443/8443 端口
最常被忽略的一点：证书链拼接顺序和私钥权限。Leaf 证书和中间 CA 拼成一个 PEM 文件时，leaf 必须在前；私钥文件权限不是建议而是硬性要求——0600 缺一不可，否则 Go 会静默 fallback 到 HTTP，连日志都不会打。
