nginx вход с letsencrypt: ожидание распространения запроса http-01: неверный код состояния «404», ожидаемый «200» - PullRequest
Новая
       107

nginx вход с letsencrypt: ожидание распространения запроса http-01: неверный код состояния «404», ожидаемый «200»

0 голосов
/ 20 марта 2020

Я пытаюсь перенести из GKE в Digital Ocean. Я столкнулся с проблемой при вызове letsencrypt. Я считаю, что K8s говорит мне, что маршрут не может быть найден. Два имени хоста / домена, которые letsencrypt пытается выполнить, и не удается выполнить это CNAMES, используемые SendGrid. Я не совсем уверен, с чего начать устранение неполадок, мой гугл-фу меня подводит. 

Namespace:    default
Labels:       <none>
Annotations:  <none>
API Version:  acme.cert-manager.io/v1alpha2
Kind:         Challenge
Metadata:
  Creation Timestamp:  2020-03-19T20:34:04Z
  Finalizers:
    finalizer.acme.cert-manager.io
  Generation:  1
  Owner References:
    API Version:           acme.cert-manager.io/v1alpha2
    Block Owner Deletion:  true
    Controller:            true
    Kind:                  Order
    Name:                  letsencrypt-certs-80407504-346698183
    UID:                   84ab9399-3a61-462e-a1c5-0831bd451a36
  Resource Version:        37060
  Self Link:               /apis/acme.cert-manager.io/v1alpha2/namespaces/default/challenges/letsencrypt-certs-80407504-346698183-813483524
  UID:                     ca14d996-3ecf-4dd8-8c53-057af7ae2b27
Spec:
  Authz URL:  https://acme-v02.api.letsencrypt.org/acme/authz-v3/3449670327
  Dns Name:   7502121.secodify.com
  Issuer Ref:
    Group:  cert-manager.io
    Kind:   ClusterIssuer
    Name:   letsencrypt-prod
  Key:      LiAawBR0bFRQfb2oXrvvNhph3ehQ-35lXJKkpjqgqb0.uWH4RnJfcABYba9T5b-QjoYnIw53rRtVhzsRIHIh39Y
  Solver:
    http01:
      Ingress:
        Class:  nginx
  Token:        LiAawBR0bFRQfb2oXrvvNhph3ehQ-35lXJKkpjqgqb0
  Type:         http-01
  URL:          https://acme-v02.api.letsencrypt.org/acme/chall-v3/3449670327/JGayWw
  Wildcard:     false
Status:
  Presented:   true
  Processing:  true
  Reason:      Waiting for http-01 challenge propagation: wrong status code '404', expected '200'
  State:       pending
Events:        <none>

моя конфигурация выглядит так: 

--- 
apiVersion: v1
kind: ConfigMap
metadata:
  name: nginx-config
data:
  nginx.conf: |
    events {
      worker_connections  1024;
    }
    http {
      server {
        access_log /var/log/nginx/access.log;
        error_log /var/log/nginx/error.log;
        listen 8080;
        server_name localhost;
        location ^~ /.well-known/acme-challenge/ {
          default_type "text/plain";
          rewrite /.well-known/acme-challenge/(.*) /$1 break;
        }
        location /static/ {
          autoindex on;    
          alias /code/core/static/; 
          include /etc/nginx/mime.types;
        }
        location = /favicon.ico {
        access_log off;
        log_not_found off;
        }
        location / {
          proxy_set_header X-Real-IP $remote_addr;
          proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
          proxy_set_header X-Forwarded-Proto $scheme;
          proxy_pass http://127.0.0.1:8080/;
        }
      }
    }
---```

Ответы [ 2 ]

0 голосов
/ 20 марта 2020

Оказывается, CNAMES не использовались. После удаления их из конфига я бы снова сделал kubectl get challenges, но он был пустым. Это потому, что задачи уже были обработаны, я полагаю, и поэтому их не было.

У меня также была другая проблема, когда я забыл установить связь между службой kubernetes и модулями развертывания.

Между этими двумя вопросами я запутался.

0 голосов
/ 20 марта 2020

Добавьте certmanager.k8s.io/cluster-issuer аннотацию к вашему файлу конфигурации Ingress. Аналогичная проблема: certmanager .

Кроме того, у вас есть синтаксическая ошибка в определении местоположения сервера в ConfigMap: 

 location ^~ /.well-known/acme-challenge/

Не забудьте добавить также переписать и nginx аннотации класса в ваш файл конфигурации Ingress.

...