【问题标题】:Kubernetes cert-manager cannot access letsencrypt API serverKubernetes cert-manager 无法访问letsencrypt API 服务器
【发布时间】:2020-02-09 21:59:11
【问题描述】:

我正在尝试在我的 minikube 集群上设置 cert-manager v0.13.0。我关注了their tutorial,但似乎 cert-manager pod 一直超时,试图访问 LetsEncrypt API 服务器:

$ kubectl apply --validate=false -f https://raw.githubusercontent.com/jetstack/cert-manager/v0.13.0/deploy/manifests/00-crds.yaml
$ kubectl create namespace cert-manager
$ helm repo add jetstack https://charts.jetstack.io
$ helm repo update
$ helm install cert-manager --namespace cert-manager --version v0.13.0 jetstack/cert-manager

这是我的顶级 yaml:

apiVersion: cert-manager.io/v1alpha2
kind: ClusterIssuer
metadata:
  name: letsencrypt
spec:
  acme:
    server: https://acme-staging-v02.api.letsencrypt.org/directory
    email: xx@yyy.com
    privateKeySecretRef:
      name: my-issuer-account-key
    solvers:
      - dns01:
          cloudflare:
            email: xx@yyy.com
            apiKeySecretRef:
              name: cloudflare-api-token-secret
              key: api-token    

cert-manager pod 日志显示超时:

I0209 20:43:34.382250       1 logger.go:90] Calling GetAccount
E0209 20:43:39.384093       1 setup.go:208] cert-manager/controller/clusterissuers "msg"="failed to verify ACME account" "error"="Get https://acme-staging-v02.api.letsencrypt.com/directory: dial tcp 192.64.119.254:443: i/o timeout" "related_resource_kind"="Secret" "related_resource_name"="my-issuer-account-key" "related_resource_namespace"="cert-manager" "resource_kind"="ClusterIssuer" "resource_name"="letsencrypt" "resource_namespace"="" 
E0209 20:43:39.385555       1 sync.go:81] cert-manager/controller/clusterissuers "msg"="error setting up issuer" "error"="Get https://acme-staging-v02.api.letsencrypt.com/directory: dial tcp 192.64.119.254:443: i/o timeout" "resource_kind"="ClusterIssuer" "resource_name"="letsencrypt" "resource_namespace"="" 
E0209 20:43:39.389659       1 controller.go:131] cert-manager/controller/clusterissuers "msg"="re-queuing item  due to error processing" "error"="Get https://acme-staging-v02.api.letsencrypt.com/directory: dial tcp 192.64.119.254:443: i/o timeout" "key"="letsencrypt" 

于是我设置了一个 bash pod 来检查 API 的可达性,似乎没有问题:

$ kubectl run my-shell -n cert-manager --rm -i --tty --image ubuntu -- bash
$ apt-get update -y
$ apt-get install -y curl
$ https://acme-staging-v02.api.letsencrypt.org/directory

{
"xxxxxxxxx": "https://community.letsencrypt.org/t/adding-random-entries-to-the-directory/33417",
"keyChange": "https://acme-staging-v02.api.letsencrypt.org/acme/key-change",
"meta": {
    "caaIdentities": [
    "letsencrypt.org"
    ],
    "termsOfService": "https://letsencrypt.org/documents/LE-SA-v1.2-November-15-2017.pdf",
    "website": "https://letsencrypt.org/docs/staging-environment/"
},
"newAccount": "https://acme-staging-v02.api.letsencrypt.org/acme/new-acct",
"newNonce": "https://acme-staging-v02.api.letsencrypt.org/acme/new-nonce",
"newOrder": "https://acme-staging-v02.api.letsencrypt.org/acme/new-order",
"revokeCert": "https://acme-staging-v02.api.letsencrypt.org/acme/revoke-cert"
}

更新:根据要求,这是来自 bash pod 的 /etc/resolve.conf 文件:

nameserver 10.96.0.10
search cert-manager.svc.cluster.local svc.cluster.local cluster.local
options ndots:5

但我不知道如何从 cert-manager pod 中获取相同的文件,因为它不允许我打开 /bin/sh 或 /bin/bash。

我不知道为什么会发生超时。有什么想法吗?

【问题讨论】:

  • 能否提供pod中的/etc/resolve.conf的内容?
  • @ArghyaSadhu 我将文件添加到帖子中,但请注意我似乎无法从 cert-manager 的 pod 中获取相同的文件
  • 您向“acme-staging-v02.api.letsencrypt.org/directory”提到了 acme 服务器,但似乎已向 acme-staging-v02.api.letsencrypt.com/directory 提出请求。 .com 与 .org 存在差异。你能用 kubectl describe 检查你的 ClusterIssuer
  • 有些不正确,你的日志引用了“acme-staging-v02.api.letsencrypt.com/directory”,不能是CURL。为了帮助您进一步检查kubectl describe clusterissuers.cert-manager并检查服务器。
  • @AhmadFaiyaz 正确!我不知道 .com 是从哪里来的。似乎在测试期间的某个时间点,我将错误的 URL 复制到了 yaml 中。

标签: kubernetes lets-encrypt cert-manager


【解决方案1】:

您向acme-staging-v02.api.letsencrypt.org/directory 提到了 acme 服务器,但似乎已向acme-staging-v02.api.letsencrypt.com/directory 提出请求。 .com.org 存在差异。请使用以下命令检查您的clusterissuer yaml:

kubectl get clusterissuer letsencrypt -o yaml

如果您在 yaml 上添加了错误的 url,您可以随时删除该 clusterissuer,然后重新创建。

【讨论】:

    猜你喜欢
    • 2020-03-12
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2020-07-20
    • 1970-01-01
    • 2019-07-27
    • 2020-03-04
    相关资源
    最近更新 更多