Настройка kubernetes с помощью Let's Encrypt and Ingress - Gnutls_handshake () завершилась неудачно: получен неожиданный пакет TLS - PullRequest
Новая
       64

Настройка kubernetes с помощью Let's Encrypt and Ingress - Gnutls_handshake () завершилась неудачно: получен неожиданный пакет TLS

1 голос
/ 22 марта 2019

Я использую стандартную процедуру для включения HTTPS-терминации для моего приложения, работающего в Kubernetes, используя: - Ingress nginx - AWS ELB classic - Диспетчер сертификатов для шифрования Let's

Я использовал процедуру, описанную здесь: https://www.digitalocean.com/community/tutorials/how-to-set-up-an-nginx-ingress-with-cert-manager-on-digitalocean-kubernetes

Я уже смог заставить Ingress работать с HTTP , но у меня возникла проблема с HTTPS, когда я получаю следующее сообщение об ошибке при попытке URL-адреса приложения cURL: 

$ curl -iv https://<SERVER>
* Rebuilt URL to: <SERVER>
*   Trying <IP_ADDR>...
* Connected to <SERVER> (<IP_ADDR>) port 443 (#0)
* found 148 certificates in /etc/ssl/certs/ca-certificates.crt
* found 592 certificates in /etc/ssl/certs
* ALPN, offering http/1.1
* gnutls_handshake() failed: An unexpected TLS packet was received.
* Closing connection 0
curl: (35) gnutls_handshake() failed: An unexpected TLS packet was received.

Это то, что у меня сейчас есть:

Диспетчер сертификатов, работающий в пространстве имен kube-system: 

$ kubectl get pods -n kube-system
    NAME                                     READY   STATUS      RESTARTS   AGE
    cert-manager-5f8db6f6c4-c4t4k            1/1     Running     0          2d1h
    cert-manager-webhook-85dd96d87-rxc7p     1/1     Running     0          2d1h
    cert-manager-webhook-ca-sync-pgq6b       0/1     Completed   2          2d1h

Настройка входа в пространство имен ingress-nginx: 

$ kubectl get all -n ingress-nginx
NAME                                            READY   STATUS    RESTARTS   AGE
pod/default-http-backend-587b7d64b5-ftws2       1/1     Running   0          2d1h
pod/nginx-ingress-controller-68bb4bfd98-zsz8d   1/1     Running   0          12h

NAME                           TYPE        CLUSTER-IP      EXTERNAL-IP   PORT(S)                      AGE
service/default-http-backend   ClusterIP   <IP_ADDR_1>   <none>        80/TCP                       2d1h
service/ingress-nginx          NodePort    <IP_ADDR_2>   <none>        80:32327/TCP,443:30313/TCP   2d1h

NAME                                       DESIRED   CURRENT   UP-TO-DATE   AVAILABLE   AGE
deployment.apps/default-http-backend       1         1         1            1           2d1h
deployment.apps/nginx-ingress-controller   1         1         1            1           12h

Приложение и вход в пространство имен приложения: 

$ kubectl get all -n app
NAME              READY   STATUS    RESTARTS   AGE
pod/appserver-0   1/1     Running   0          2d1h

NAME                TYPE        CLUSTER-IP    EXTERNAL-IP   PORT(S)         AGE
service/appserver   ClusterIP   <IP_ADDR>   <none>        22/TCP,80/TCP   2d1h

NAME                         DESIRED   CURRENT   AGE
statefulset.apps/appserver   1         1         2d1h

$ kubectl describe ingress -n app
Name:             appserver
Namespace:        app
Address:
Default backend:  default-http-backend:80 (<none>)
TLS:
  letsencrypt-prod terminates <SERVER>
Rules:
  Host                      Path  Backends
  ----                      ----  --------
  <SERVER>
                            /   appserver:80 (<none>)
Annotations:
  certmanager.k8s.io/cluster-issuer:  letsencrypt-prod
  kubernetes.io/ingress.class:        nginx
Events:                               <none>

Вот так выглядит входной ресурс: 

apiVersion: extensions/v1beta1
kind: Ingress
metadata:
  annotations:
    kubernetes.io/ingress.class: nginx
    certmanager.k8s.io/cluster-issuer: letsencrypt-prod
  name: appserver
  namespace: app
spec:
  tls:
  - hosts:
    - <SERVER>
    secretName: letsencrypt-prod
  rules:
  - host: <SERVER>
    http:
      paths:
      - backend:
          serviceName: appserver
          servicePort: 80
        path: /

Дополнительные проверки, которые я сделал:

Проверено, что сертификаты были сгенерированы правильно: 

$ kubectl describe cert -n app
Name:         letsencrypt-prod
...
Status:
  Conditions:
    Last Transition Time:  2019-03-20T14:23:07Z
    Message:               Certificate is up to date and has not expired
    Reason:                Ready
    Status:                True
    Type:                  Ready

Проверенные журналы от cert-manager: 

$ kubectl logs -f cert-manager-5f8db6f6c4-c4t4k -n kube-system
...
I0320 14:23:08.368872       1 sync.go:177] Certificate "letsencrypt-prod" for ingress "appserver" already exists
I0320 14:23:08.368889       1 sync.go:180] Certificate "letsencrypt-prod" for ingress "appserver" is up to date
I0320 14:23:08.368894       1 controller.go:179] ingress-shim controller: Finished processing work item "app/appserver"
I0320 14:23:12.548963       1 controller.go:183] orders controller: syncing item 'app/letsencrypt-prod-1237734172'
I0320 14:23:12.549608       1 controller.go:189] orders controller: Finished processing work item "app/letsencrypt-prod-1237734172"

Не совсем уверен, что еще стоит проверить?

Ответы [ 2 ]

1 голос
/ 22 марта 2019

В конце концов, похоже, что проблема была связана с тем, как я выполнил настройку слушателей на ELB classic на AWS.

Я сделал следующее: 

HTTP 80 -> HTTP <INGRESS_SVC_NODE_PORT_1>
HTTP 443 -> HTTP <INGRESS_SVC_NODE_PORT_2>

Первая ошибка была в том, что я использовал HTTP вместо HTTPS для порта 443.Когда я пытался использовать HTTPS, мне приходилось вводить SSL-сертификаты, которые не имели смысла для меня, так как я делаю SSL-завершение на уровне Ingress с помощью Let's encrypt.

Поэтому сработала следующая конфигурация слушателя: 

TCP 80 -> TCP <INGRESS_SVC_NODE_PORT_1>
TCP 443 -> TCP <INGRESS_SVC_NODE_PORT_2>
1 голос
/ 22 марта 2019

Похоже, что вы используете устаревшие версии nginx-ingress с cert-manager, что может быть причиной вашей ошибки.

Я предлагаю вам попытаться развернуть nginx-ingress с Helm, используяпоследняя версия (убедитесь, что тег изображения v0.23.0 для nginx-ingress-controller).Также убедитесь, что вы развертываете свой cert-manager с последней версией (--version v0.7.0) во время развертывания helm.По умолчанию вы должны увидеть три модуля: cert-manager, cert-manager-cainjector и cert-manager-webhook.

Мне пришлось отключить веб-крючок, потому что он препятствовал выдаче сертификата, несмотря на предоставление ему правильных параметров, поэтому вам, возможно, придется сделать то же самое.

Надеюсь, это поможет!

...