kubectl - менеджер сертификатов - учетные данные не найдены - PullRequest
Новая
       64

kubectl - менеджер сертификатов - учетные данные не найдены

0 голосов
/ 06 июля 2018

Я хочу включить TLS-терминацию при входе (поверх kubernetes) на облачной платформе Google.

Мой входной кластер работает, мой менеджер сертификатов завершается с ошибкой 

textPayload:  "2018/07/05 22:04:00 Error while processing certificate during sync: Error while creating ACME client for 'domain': Error while initializing challenge provider googlecloud: Unable to get Google Cloud client: google: error getting credentials using GOOGLE_APPLICATION_CREDENTIALS environment variable: open /opt/google/kube-cert-manager.json: no such file or directory
"

Вот что я сделал, чтобы перейти в текущее состояние:

  • созданный кластер, развертывание, сервис, вход

  • выполнено:

    gcloud --project 'project' iam service-account создает kube-cert-manager-sv-security --display-name "kube-cert-manager-sv-security"

    gcloud --project 'project' ключи службы учетных записей iam создают ~ / .config / gcloud / kube-cert-manager-sv-security.json --iam-account kube-cert-manager-sv-security @ ' project'.iam.gserviceaccount.com

    gcloud --project 'project' проектов привязка add-iam-policy --member serviceAccount: kube-cert-manager-sv-security@'project'.iam.gserviceaccount.com --role role / dns.admin

    kubectl создать секретный универсальный kube-cert-manager-sv-security-secret --from-file = / home / perre / .config / gcloud / kube-cert-manager-sv-security.json

и созданы следующие ресурсы: 

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: kube-cert-manager-sv-security-data
spec:
  accessModes:
    - ReadWriteOnce
  resources:
    requests:
      storage: 5Gi

apiVersion: v1
kind: ServiceAccount
metadata:
  name: kube-cert-manager-sv-security
  namespace: default
---
kind: ClusterRole
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
    name: kube-cert-manager-sv-security
rules:
  - apiGroups: ["*"]
    resources: ["certificates", "ingresses"]
    verbs: ["get", "list", "watch"]
  - apiGroups: ["*"]
    resources: ["secrets"]
    verbs: ["get", "list", "create", "update", "delete"]
  - apiGroups: ["*"]
    resources: ["events"]
    verbs: ["create"]
---
kind: ClusterRoleBinding
apiVersion: rbac.authorization.k8s.io/v1beta1
metadata:
  name: kube-cert-manager-sv-security-service-account
subjects:
  - kind: ServiceAccount
    namespace: default
    name: kube-cert-manager-sv-security
roleRef:
  kind: ClusterRole
  name: kube-cert-manager-sv-security
  apiGroup: rbac.authorization.k8s.io
apiVersion: apiextensions.k8s.io/v1beta1
kind: CustomResourceDefinition
metadata:
  name: certificates.stable.k8s.psg.io
spec:
  scope: Namespaced
  group: stable.k8s.psg.io
  version: v1
  names:
    kind: Certificate
    plural: certificates
    singular: certificate
apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  labels:
    app: kube-cert-manager-sv-security
  name: kube-cert-manager-sv-security
spec:
  replicas: 1
  template:
    metadata:
      labels:
        app: kube-cert-manager-sv-security
      name: kube-cert-manager-sv-security
    spec:
      serviceAccount: kube-cert-manager-sv-security
      containers:
        - name: kube-cert-manager
          env:
          - name: GCE_PROJECT
            value: solidair-vlaanderen-207315
          - name: GOOGLE_APPLICATION_CREDENTIALS
            value: /opt/google/kube-cert-manager.json
          image: bcawthra/kube-cert-manager:2017-12-10
          args:
            - "-data-dir=/var/lib/cert-manager-sv-security"
            #- "-acme-url=https://acme-staging.api.letsencrypt.org/directory"
            # NOTE: the URL above points to the staging server, where you won't get real certs.
            # Uncomment the line below to use the production LetsEncrypt server:
            - "-acme-url=https://acme-v01.api.letsencrypt.org/directory"
            # You can run multiple instances of kube-cert-manager for the same namespace(s),
            # each watching for a different value for the 'class' label
            - "-class=kube-cert-manager"
            # You can choose to monitor only some namespaces, otherwise all namespaces will be monitored
            #- "-namespaces=default,test"
            # If you set a default email, you can omit the field/annotation from Certificates/Ingresses
            - "-default-email=viae.it@gmail.com"
            # If you set a default provider, you can omit the field/annotation from Certificates/Ingresses
            - "-default-provider=googlecloud"
          volumeMounts:
            - name: data-sv-security
              mountPath: /var/lib/cert-manager-sv-security
            - name: google-application-credentials
              mountPath: /opt/google
      volumes:
        - name: data-sv-security
          persistentVolumeClaim:
            claimName: kube-cert-manager-sv-security-data
        - name: google-application-credentials
          secret:
            secretName: kube-cert-manager-sv-security-secret

кто-нибудь знает, что мне не хватает?

1 Ответ

0 голосов
/ 16 апреля 2019

Ваш секретный ресурс kube-cert-manager-sv-security-secret может содержать файл JSON с именем kube-cert-manager-sv-security.json, и ему не соответствует значение GOOGLE_APPLICATION_CREDENTIALS. Вы можете подтвердить имя файла в секретном ресурсе с помощью kubectl get secret -oyaml YOUR-SECRET-NAME.

Таким образом, вы меняете путь к файлу на фактическое имя файла, cert-manager работает нормально. 

- name: GOOGLE_APPLICATION_CREDENTIALS
#  value: /opt/google/kube-cert-manager.json
  value: /opt/google/kube-cert-manager-sv-security.json
...