标签频道
证书轮换
该标签下的文章、提问与讨论帖。
【背景】 维护一套 Java 8 + Netty 4.1.x 自研 mTLS 网关，3 副本跑在自建 K8s 1.26，无 Istio/sidecar。上游客户端混合 Java 8（OkHttp 3.x）和 Go 1.21，存在大量长连接（
背景：我们是一个内部 gRPC 微服务集群（约 200 个节点），去年年底上了 mTLS（Istio + 自签 CA，cert-manager 管理），初衷是消除内网明文传输。 现象：每次 CA 侧做证书轮换（周期 24h，cert-man
一、现象：RST 与 Envoy drain 的根本区别 结论先行：你看到的 RST 大概率不是 Envoy 应用层 drain，而是 istio-agent 在 SDS 推送新 SVID 时触发了 xDS 全量推送或 agent 侧重连，
背景 我负责一套 120+ 微服务（Go + gRPC，自建 K8s 1.28）的传输层安全加固，去年把静态 90 天证书换成了 SPIFFE 风格的短期 SVID（TTL 1h，自动续签）。初衷很清楚：把凭据泄露的影响面从「90 天」压到
背景：我在一个 200+ 微服务的环境里推服务间 mTLS，用 SPIFFE 风格的短期证书（SVID，TTL 约 1 小时）+ 自动续签，想替代旧的静态长证书，降低凭据泄露影响面。 现象：上线灰度后遇到一个矛盾。服务 A→B 的 gRPC
【背景】 我负责一套 K8s 1.28（containerd 1.7）集群上约 60 个微服务的传输层安全加固。服务间通信走 Istio 1.21 的 mTLS（STRICT 模式），证书由 cert-manager 签发，初始有效期 90
背景：我们是一个内部 gRPC 微服务集群（约 200 个节点），去年年底上了 mTLS（Istio + 自签 CA，cert-manager 管理），初衷是消除内网明文传输。 现象：每次 CA 侧做证书轮换（周期 24h，cert-man
【背景】 我负责一套生产 etcd 集群（v3.5.6，3 节点，跨 2 可用区），承载 K8s 1.28 的 etcd 后端 + 自研 2 个 Go 服务（直连 etcd 做配置中心）。当前 TLS 配置： - etcd server："
【背景】 我在给一套内部服务做安全加固，目标是"证书 90 天强制轮换 + 轮换期间业务无感"。栈是 Go 1.22 + gRPC，跑在 3 节点自建 K8s 1.28，没有 Istio，mTLS 由应用层自己用 crypto/tls 的
【背景】 我维护一套内部 API 网关：Java 8 + Netty 4.1.x，3 副本跑在 3 节点自建 K8s 1.26，没有 Istio / sidecar，mTLS 由网关自己用 SslContextBuilder 做。上游客户端
【背景】 我们在 K8s 1.27 + Istio 1.20（ambient/waypoint 未启用，走 sidecar 模式）里给一批内部服务开了 STRICT mTLS，服务间走 gRPC。目标是"证书到期自动轮换、业务无感知"。CA
【背景】 我负责 12 个微服务（Go + gRPC，跑在 3 节点自建 K8s 1.28，无云），服务间通信走 mTLS：CA 自签，每服务一对 RSA-2048 证书（CN=服务名），客户端与 sidecar 各自校验对端。安全基线要求
文
标题
摘要