Плагин секретов Kubernetes не работает без полезных журналов

Я развернул drone.io с помощью диаграммы управления. Сборки работают нормально. Для своих секретов я следовал этим документам: https://readme.drone.io/extend/secrets/kubernetes/install/

Итак, я создал секрет для хранения общего секретного ключа между плагином и сервером дрона (извините за доступные разметки):

apiVersion: v1
kind: Secret
type: Opaque
metadata:
  name: drone-kubernetes
data:
  server: {{ server.stdout | b64encode }}
  cert: {{ cert.stdout | b64encode }}
  token: {{ token.stdout | b64encode }}
  secret: {{ secret.stdout | b64encode }}

Развертывание секретных плагинов Kubernetes:

apiVersion: extensions/v1beta1
kind: Deployment
metadata:
  labels:
    app: drone
    component: secrets
    release: drone
  name: drone-drone-secrets
spec:
  selector:
    matchLabels:
      app: drone
      component: secrets
      release: drone
  template:
    metadata:
      labels:
        app: drone
        component: secrets
        release: drone
    spec:
      containers:
      - env:
        - name: SECRET_KEY
          valueFrom:
            secretKeyRef:
              key: secret
              name: drone-kubernetes
        image: docker.io/drone/kubernetes-secrets:linux-arm64
        imagePullPolicy: IfNotPresent
        name: secrets
        ports:
        - containerPort: 3000
          name: secretapi
          protocol: TCP
        volumeMounts:
        - mountPath: /etc/kubernetes/config
          name: kube
      volumes:
      - name: kube
        hostPath:
          path: /etc/kubernetes/admin.conf
          type: File

И сервис для этого развертывания:

apiVersion: v1
kind: Service
metadata:
  labels:
    app: drone
    component: secrets
    release: drone
  name: drone-secrets
spec:
  ports:
  - name: secretapi
    port: 3000
    protocol: TCP
  selector:
    app: drone
    component: secrets
    release: drone
  type: ClusterIP

Я пропатчил развертывание дрон-сервера, чтобы установить переменные DRONE_SECRET_SECRET и DRONE_SECRET_ENDPOINT.

Модули для плагинов kubernetes-secrets действительно видят файл "/ etc / kubernetes / config", как и ожидалось, и имеют SECRET_KEY в качестве окружения. И из дрон-серверного модуля:

kubectl exec -i drone-drone-server-some-hash-here -- sh -c 'curl -s $DRONE_SECRET_ENDPOINT'
Invalid or Missing Signature

Все идет нормально. Кажется, все настроено правильно.

Вот мой файл .drone.yml для моего тестового проекта:

kind: pipeline
name: default
steps:

- name: kubectl
  image: private-repo.local:5000/drone-kubectl
  settings:
    kubectl: "get pods"
    kubernetes_server:
      from_secret: kubernetes_server
    kubernetes_cert:
      from_secret: kubernetes_cert

image_pull_secrets:
 - kubernetes_server
 - kubernetes_cert

---
kind: secret
name: kubernetes_server
get:
  path: drone-kubernetes
  name: server
---
kind: secret
name: kubernetes_cert
get:
  path: drone-kubernetes
  name: cert
---
kind: secret
name: kubernetes_token
get:
  path: drone-kubernetes
  name: token

В настоящее время настраиваемый плагин drone-kubectl запускает команду env только для того, чтобы узнать, получаю ли я свои секреты, и я не ... Что мне не хватает?


kubernetes kubernetes-secrets drone.io
person sebt3    schedule 09.06.2019    source источник

Ответы (1)


arrow_upward
2
arrow_downward

Хорошо, я обнаружил свою проблему, используя переменную среды DEBUG в развертывании секретов дрон-дрон. Ошибка была:

time="2019-06-10T06:29:22Z" level=debug msg="secrets: cannot find secret cert: kubernetes api: Failure 403 secrets \"drone-kubernetes\" is forbidden: User \"system:serviceaccount:toolchain:default\" cannot get resource \"secrets\" in API group \"\" in the namespace \"toolchain\""

Итак, я создал эту учетную запись службы и связанную с ней роль:

apiVersion: v1
kind: ServiceAccount
metadata:
  name: drone-drone-secrets
---
apiVersion: rbac.authorization.k8s.io/v1
kind: Role
metadata:
  name: drone-drone-secrets
rules:
- apiGroups: [""] 
  resources: ["secrets"]
  verbs: ["get", "watch", "list"]
---
apiVersion: rbac.authorization.k8s.io/v1
kind: RoleBinding
metadata:
  name: drone-drone-secrets
subjects:
- kind: ServiceAccount
  name: drone-drone-secrets
roleRef:
  kind: Role
  name: drone-drone-secrets
  apiGroup: rbac.authorization.k8s.io

И исправил развертывание, чтобы использовать эту учетную запись службы. Теперь все работает.

person sebt3    schedule 10.06.2019