Kubernetes:为什么我的acme挑战得到EOF /无响应?

时间:2020-10-27 17:54:22

标签: ssl kubernetes kubernetes-ingress lets-encrypt

我正在使用Kops在AWS中设置Kubernetes集群。我有一个nginx入口控制器,并且试图使用letencrypt设置tls。现在我无法启动并运行我的入口,因为我的证书挑战收到此错误:

Waiting for http-01 challenge propagation: failed to perform self check GET request 'http://critsit.io/.well-known/acme-challenge/[challengeId]': Get http://critsit.io/.well-known/acme-challenge/[challengeId]: EOF

我有一个正在占用公共流量的LoadBalancer服务,证书颁发者会自动创建另外两个没有公共IP的服务。

我在这里做错了什么?是否存在一些网络问题阻止Pod完成acme流?也许还有其他东西?

注意:我已经在Route53中设置了一条A记录,以将流量定向到LoadBalancer。

> kubectl get services
NAME                        TYPE           CLUSTER-IP       EXTERNAL-IP                                                               PORT(S)                      AGE
cm-acme-http-solver-m2q2g   NodePort       100.69.86.241    <none>                                                                    8089:31574/TCP               3m34s
cm-acme-http-solver-zs2sd   NodePort       100.67.15.149    <none>                                                                    8089:30710/TCP               3m34s
default-http-backend        NodePort       100.65.125.130   <none>                                                                    80:32485/TCP                 19h
kubernetes                  ClusterIP      100.64.0.1       <none>                                                                    443/TCP                      19h
landing                     ClusterIP      100.68.115.188   <none>                                                                    3001/TCP                     93m
nginx-ingress               LoadBalancer   100.67.204.166   [myELB].us-east-1.elb.amazonaws.com                                       443:30596/TCP,80:30877/TCP   19h

这是我的入口设置:

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  name: critsit-ingress
  namespace: default
  annotations:
    kubernetes.io/ingress.class: "nginx"
    cert-manager.io/acme-challenge-type: "http01"
    cert-manager.io/cluster-issuer: "letsencrypt-prod"
    nginx.ingress.kubernetes.io/rewrite-target: /
spec:
  tls:
    - hosts:
      - critsit.io
      - app.critsit.io
      secretName: letsencrypt-prod
  rules:
    - host: critsit.io
      http:
        paths:
          - path: /
            backend:
              serviceName: landing
              servicePort: 3001

我的证书颁发者:

apiVersion: cert-manager.io/v1alpha2
kind: ClusterIssuer
metadata:
  name: letsencrypt-prod
spec:
  acme:
    # The ACME server URL
    server: https://acme-v02.api.letsencrypt.org/directory
    # Email address used for ACME registration
    email: michael.vegeto@gmail.com
    # Name of a secret used to store the ACME account private key
    privateKeySecretRef:
      name: letsencrypt-prod
    # Enable the HTTP-01 challenge provider
    solvers:
    - http01:
        ingress:
          class:  nginx
      selector: {}

更新:我注意到我的负载均衡器将所有实例标记为OutOfOrder,因为它们无法通过运行状况检查。我想知道这是否与问题有关。

第二次更新:我完全放弃了这条路线,并使用Istio重建了网络/入口系统

1 个答案:

答案 0 :(得分:1)

您收到的错误消息可能意味着各种各样的问题。但是,您可以进行一些检查/操作以使其起作用:

  1. 删除入口,证书和证书管理器fully。之后,将它们全部重新添加以确保安装干净。有时,陈旧的证书或错误的/多个Ingress路径可能是问题所在。例如,您可以使用Helm:

helm install my-nginx-ingress stable/nginx-ingress
helm repo add jetstack https://charts.jetstack.io
helm repo update 
helm install  cert-manager jetstack/cert-manager  --namespace cert-manager --version v0.15.0 --set installCRDs=true

  1. 确保您的流量允许HTTP或具有受信任证书的HTTPS。

  2. 检查负载均衡器的发夹模式是否正确,并确保其正常工作。

  3. 添加:nginx.ingress.kubernetes.io/ssl-redirect: "false"注释到Ingress规则。请稍等一下,看看是否会创建有效的证书。

  4. 您可以在Kubernetes集群中手动手动颁发证书。为此,请遵循this guide

  5. 问题可以及时解决。当前,如果自检失败,它会 更新状态信息的原因(例如:自检失败),然后 稍后再试一次(以允许传播)。这是预期的行为。

这是一个持续存在的问题,正在herehere中进行跟踪。

相关问题