Go客户端报x509错误或服务端返回400，根本原因是自签名证书不被信任且Go TLS行为严格：需正确生成含SAN的证书、服务端广播CA列表、客户端显式配置RootCAs或Certificates。
Go 用 crypto/tls 实现自签名证书通信，关键不是“能不能通”，而是“通了但被拒绝”——比如客户端报 x509: certificate signed by unknown authority，或服务端收不到客户端证书导致 400 no required ssl certificate was sent。根本原因在于：自签名证书默认不被任何系统信任，且 Go 的 TLS 行为比 curl 更严格、更依赖配置细节。
怎么生成可用的自签名证书（不依赖 openssl）
Go 标准库完全支持内存生成，避免文件路径、权限、换行符等干扰。重点不是“生成”，而是“生成得对”：
-
SerialNumber必须是*big.Int，不能写死1，否则x509.CreateCertificatepanic -
DNSNames至少填[]string{"localhost"}；若要https://127.0.0.1也生效，必须额外加IPAddresses: []net.IP{net.ParseIP("127.0.0.1")} -
NotBefore建议设为time.Now().Add(-5 * time.Minute)，防系统时间微偏差导致“证书未生效” - 私钥用
rsa.GenerateKey(rand.Reader, 2048)，别用 1024 位——现代浏览器和 Go 1.26+ 会直接拒绝 - 证书 PEM 块类型必须是
"CERTIFICATE"，私钥推荐"RSA PRIVATE KEY"（PKCS#1），比"PRIVATE KEY"（PKCS#8）兼容性更稳
服务端怎么加载证书并启动 HTTPS
不要直接传文件名给 http.ListenAndServeTLS，尤其开发中频繁重启时。更可靠的是用 tls.X509KeyPair 解析内存中的 PEM 字节：
- 确保传入
tls.X509KeyPair(pemCertBytes, pemKeyBytes)的两个参数都是完整 PEM 块（含-----BEGIN CERTIFICATE-----和-----END CERTIFICATE-----） -
tls.Config中不用设ClientAuth，除非你真要双向认证；单向通信只需把证书塞进Certificates字段 - 启动时用
server.ListenAndServeTLS("", "")，空字符串表示不从磁盘读，完全依赖TLSConfig.Certificates - 如果监听
localhost:8443，但证书没填DNSNames: []string{"localhost"}，curl 或浏览器会报certificate is valid for XXX, not localhost
客户端怎么绕过证书校验（仅限测试）
开发调试时，InsecureSkipVerify: true 是最快方案，但它只关校验，不改握手流程：
- 它只影响客户端验证服务端证书，不影响服务端是否要求客户端证书
- 若服务端启用了
ClientAuth: tls.RequireAnyClientCert，而你没配tls.Config.Certificates，照样会 400 错误 - 真正安全的测试做法是：把自签名 CA 证书（即你生成的 root cert）加进客户端
tls.Config.RootCAs，而不是全局跳过 - 加 CA 的代码片段：
rootCAs := x509.NewCertPool(); rootCAs.AppendCertsFromPEM(pemCABytes)，再赋给tls.Config.RootCAs
为什么 mTLS 客户端证书不自动发送（400 错误根源）
Go 的 crypto/tls 客户端不会“盲目发证”，它只在收到服务端 CertificateRequest 消息且其中 CA 列表能匹配本地证书 Issuer 时才发——这和 curl 默认强制发送完全不同：
- Nginx 配置里
ssl_client_certificate只指定验证用的 CA 文件，但不会自动把它广播出去 - 必须确保该 CA 证书的
Subject.DN（如O=MyOrg, CN=MyCA）被 Nginx 正确编码进CertificateRequest消息 - Go 客户端证书的
Issuer字段必须和这个 DN 完全一致，才会触发自动提交；否则静默不发，服务端收不到就返回 400 - 验证方式：用
openssl s_client -connect localhost:8443 -debug抓 handshake，搜Certificate request后面的CA:行
最易被忽略的点：证书的 DNSNames 和 IPAddresses 字段必须与实际访问地址完全对应，哪怕只是本地测试；而服务端广播 CA 列表的行为，不是配置了 ssl_client_certificate 就自动生效——它依赖证书内容、Nginx 版本及重载机制。
