Dapr Sidecar 注入器在测试集群报 bad certificate 错误怎么恢复【免费下载链接】daprDapr is a portable runtime for building distributed applications across cloud and edge, combining event-driven architecture with workflow orchestration.项目地址: https://gitcode.com/GitHub_Trending/da/dapr在 Dapr 的 Kubernetes 测试集群minikube 或自建的 E2E 测试环境里跑端到端测试时如果你曾经“直接删掉测试命名空间、再重装 Dapr 控制面”sidecar 注入器sidecar injector就会失效报出bad certificate错误。这篇文章讲清楚这个错误的触发条件以及怎么用文档给出的命令把它恢复到可用状态。适用前提你在本地按 Dapr 的 E2E 测试流程部署过控制面sentry、injector、daprd 等并准备在当前集群上重新构建、部署和运行 E2E 测试。恢复过程从 Dapr 源码仓库的工作目录执行命令连接的是当前 kubeconfig 指向的测试集群。什么情况下会出现 bad certificate文档给出的成因是一条明确的顺序问题在删除 dapr 测试命名空间之前必须先执行helm uninstall。如果你在没有执行helm uninstall的情况下直接删掉 dapr 测试命名空间随后又重新安装了 dapr 控制面dapr sidecar 注入器将无法工作并报bad certificate。换句话说这个错误通常出现在下面这条操作链上直接make delete-test-namespace或kubectl delete namespace删掉了测试命名空间但没有先跑helm uninstall卸载 Dapr 控制面之后又重装了控制面。结果是命名空间里残留了旧的发布/证书状态重装后的 sidecar 注入器无法正常工作。恢复前的检查在执行恢复命令前先确认环境避免删错命名空间当前终端能访问目标测试集群kubectl指向正确的 context。环境变量DAPR_NAMESPACE已正确设置通常是你部署 Dapr 时用的命名空间如dapr-tests。文档特别强调执行卸载前务必确认DAPR_NAMESPACE已正确设置。如果走一键恢复见下节第 3 步make e2e-build-deploy-run还需要按 tests/docs/running-e2e-test.md “Prerequisites” 一节设置好DAPR_REGISTRY、DAPR_TAG等 E2E 测试环境变量因为它会重新构建并推送镜像。恢复步骤下面这条路径来自文档 Option 1从干净状态构建、部署并运行测试它正是处理该问题的推荐顺序先helm uninstall再删命名空间最后完整重建部署。副作用提示下面第 1、2 步会卸载当前命名空间下的 Dapr 及相关发布、删除测试命名空间属于破坏性操作执行前确认DAPR_NAMESPACE无误且集群确实是你的测试集群。卸载 Dapr 控制面及相关发布dapr、dapr-kafka、dapr-redis、dapr-postgreshelm uninstall dapr dapr-kafka dapr-redis dapr-postgres -n $DAPR_NAMESPACE如果之前只部署过dapr本身执行helm uninstall dapr -n $DAPR_NAMESPACE即可。文档明确说“你可以用helm uninstall命令来恢复”。删除测试命名空间在helm uninstall之后make delete-test-namespace注意顺序文档强调必须先helm uninstall再删命名空间反过来正是导致bad certificate的操作。从构建、部署到运行测试一步到位make e2e-build-deploy-run该目标在 tests/dapr_tests.mk 中定义为e2e-build-deploy-run: init-build-deploy setup-test-components build-e2e-app-all push-e2e-app-all test-e2e-all也就是重建命名空间、初始化第三方依赖、构建并推送镜像、部署控制面然后运行 E2E 测试。如果你只想逐步执行、加快迭代可按文档 Option 2 分别跑make create-test-namespace、make setup-helm-init、make setup-test-env-redis/setup-test-env-kafka/setup-test-env-postgres、make build-linux、make docker-build、make docker-push、make docker-deploy-k8s最后make test-e2e-all。验证恢复是否成功部署阶段是第一个硬性检查点。make docker-deploy-k8s底层执行的是见 Makefile 第 299–307 行helm upgrade --install \ dapr --namespace$(DAPR_NAMESPACE) --wait --timeout 5m0s \ --set global.tag... --set global.registry$(DAPR_REGISTRY) ...其中--wait --timeout 5m0s会让helm upgrade --install阻塞直到控制面资源就绪才继续或在 5 分钟超时前失败。这一步正常返回说明控制面含 sidecar 注入器相关资源已按新发布重新拉起。接着e2e-build-deploy-run会进入test-e2e-all把 E2E 测试跑起来sidecar 注入恢复后测试应用部署时的 sidecar 注入才会正常进行。若你只想单独验证测试可在完成部署后运行make test-e2e-all。避免再次踩坑文档给出的预防规则就是顺序约束任何要删除 dapr 测试命名空间的操作前面都要先执行helm uninstall。文档 “Cleanup local environment” 一节给出的清理顺序正是这个原则的体现# Uninstall dapr, dapr-kafka, dapr-redis, dapr-postgres, then remove dapr-zipkin helm uninstall dapr -n $DAPR_NAMESPACE || true helm uninstall dapr-kafka -n $DAPR_NAMESPACE || true helm uninstall dapr-redis -n $DAPR_NAMESPACE || true helm uninstall dapr-postgres -n $DAPR_NAMESPACE || true kubectl delete deployment dapr-zipkin -n $DAPR_NAMESPACE || true # Remove the test namespace make delete-test-namespace把helm uninstall放在make delete-test-namespace之前就能避免重装控制面后 sidecar 注入器报bad certificate。更多完整的 E2E 部署与清理流程见 tests/docs/running-e2e-test.md。【免费下载链接】daprDapr is a portable runtime for building distributed applications across cloud and edge, combining event-driven architecture with workflow orchestration.项目地址: https://gitcode.com/GitHub_Trending/da/dapr创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考 
长河君 · 2026/9/13 10:41:19 · 阅读 1.2k Dapr Sidecar 注入器在测试集群报 “bad certificate“ 错误怎么恢复？
Dapr Sidecar 注入器在测试集群报 bad certificate 错误怎么恢复【免费下载链接】daprDapr is a portable runtime for building distributed applications across cloud and edge, combining event-driven architecture with workflow orchestration.项目地址: https://gitcode.com/GitHub_Trending/da/dapr在 Dapr 的 Kubernetes 测试集群minikube 或自建的 E2E 测试环境里跑端到端测试时如果你曾经“直接删掉测试命名空间、再重装 Dapr 控制面”sidecar 注入器sidecar injector就会失效报出bad certificate错误。这篇文章讲清楚这个错误的触发条件以及怎么用文档给出的命令把它恢复到可用状态。适用前提你在本地按 Dapr 的 E2E 测试流程部署过控制面sentry、injector、daprd 等并准备在当前集群上重新构建、部署和运行 E2E 测试。恢复过程从 Dapr 源码仓库的工作目录执行命令连接的是当前 kubeconfig 指向的测试集群。什么情况下会出现 bad certificate文档给出的成因是一条明确的顺序问题在删除 dapr 测试命名空间之前必须先执行helm uninstall。如果你在没有执行helm uninstall的情况下直接删掉 dapr 测试命名空间随后又重新安装了 dapr 控制面dapr sidecar 注入器将无法工作并报bad certificate。换句话说这个错误通常出现在下面这条操作链上直接make delete-test-namespace或kubectl delete namespace删掉了测试命名空间但没有先跑helm uninstall卸载 Dapr 控制面之后又重装了控制面。结果是命名空间里残留了旧的发布/证书状态重装后的 sidecar 注入器无法正常工作。恢复前的检查在执行恢复命令前先确认环境避免删错命名空间当前终端能访问目标测试集群kubectl指向正确的 context。环境变量DAPR_NAMESPACE已正确设置通常是你部署 Dapr 时用的命名空间如dapr-tests。文档特别强调执行卸载前务必确认DAPR_NAMESPACE已正确设置。如果走一键恢复见下节第 3 步make e2e-build-deploy-run还需要按 tests/docs/running-e2e-test.md “Prerequisites” 一节设置好DAPR_REGISTRY、DAPR_TAG等 E2E 测试环境变量因为它会重新构建并推送镜像。恢复步骤下面这条路径来自文档 Option 1从干净状态构建、部署并运行测试它正是处理该问题的推荐顺序先helm uninstall再删命名空间最后完整重建部署。副作用提示下面第 1、2 步会卸载当前命名空间下的 Dapr 及相关发布、删除测试命名空间属于破坏性操作执行前确认DAPR_NAMESPACE无误且集群确实是你的测试集群。卸载 Dapr 控制面及相关发布dapr、dapr-kafka、dapr-redis、dapr-postgreshelm uninstall dapr dapr-kafka dapr-redis dapr-postgres -n $DAPR_NAMESPACE如果之前只部署过dapr本身执行helm uninstall dapr -n $DAPR_NAMESPACE即可。文档明确说“你可以用helm uninstall命令来恢复”。删除测试命名空间在helm uninstall之后make delete-test-namespace注意顺序文档强调必须先helm uninstall再删命名空间反过来正是导致bad certificate的操作。从构建、部署到运行测试一步到位make e2e-build-deploy-run该目标在 tests/dapr_tests.mk 中定义为e2e-build-deploy-run: init-build-deploy setup-test-components build-e2e-app-all push-e2e-app-all test-e2e-all也就是重建命名空间、初始化第三方依赖、构建并推送镜像、部署控制面然后运行 E2E 测试。如果你只想逐步执行、加快迭代可按文档 Option 2 分别跑make create-test-namespace、make setup-helm-init、make setup-test-env-redis/setup-test-env-kafka/setup-test-env-postgres、make build-linux、make docker-build、make docker-push、make docker-deploy-k8s最后make test-e2e-all。验证恢复是否成功部署阶段是第一个硬性检查点。make docker-deploy-k8s底层执行的是见 Makefile 第 299–307 行helm upgrade --install \ dapr --namespace$(DAPR_NAMESPACE) --wait --timeout 5m0s \ --set global.tag... --set global.registry$(DAPR_REGISTRY) ...其中--wait --timeout 5m0s会让helm upgrade --install阻塞直到控制面资源就绪才继续或在 5 分钟超时前失败。这一步正常返回说明控制面含 sidecar 注入器相关资源已按新发布重新拉起。接着e2e-build-deploy-run会进入test-e2e-all把 E2E 测试跑起来sidecar 注入恢复后测试应用部署时的 sidecar 注入才会正常进行。若你只想单独验证测试可在完成部署后运行make test-e2e-all。避免再次踩坑文档给出的预防规则就是顺序约束任何要删除 dapr 测试命名空间的操作前面都要先执行helm uninstall。文档 “Cleanup local environment” 一节给出的清理顺序正是这个原则的体现# Uninstall dapr, dapr-kafka, dapr-redis, dapr-postgres, then remove dapr-zipkin helm uninstall dapr -n $DAPR_NAMESPACE || true helm uninstall dapr-kafka -n $DAPR_NAMESPACE || true helm uninstall dapr-redis -n $DAPR_NAMESPACE || true helm uninstall dapr-postgres -n $DAPR_NAMESPACE || true kubectl delete deployment dapr-zipkin -n $DAPR_NAMESPACE || true # Remove the test namespace make delete-test-namespace把helm uninstall放在make delete-test-namespace之前就能避免重装控制面后 sidecar 注入器报bad certificate。更多完整的 E2E 部署与清理流程见 tests/docs/running-e2e-test.md。【免费下载链接】daprDapr is a portable runtime for building distributed applications across cloud and edge, combining event-driven architecture with workflow orchestration.项目地址: https://gitcode.com/GitHub_Trending/da/dapr创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考