🥇ការផ្ទៀងផ្ទាត់នៅក្នុង Kubernetes ដោយប្រើ GitHub OAuth និង Dex

ខ្ញុំធ្វើបទបង្ហាញដល់ការយកចិត្តទុកដាក់របស់អ្នកនូវមេរៀនមួយសម្រាប់បង្កើតការចូលប្រើចង្កោម Kubernetes ដោយប្រើ Dex, dex-k8s-authenticator និង GitHub ។

meme ក្នុងស្រុកពី Kubernetes ជជែកជាភាសារុស្សី Telegram

សេចក្តីណែនាំ

យើងប្រើ Kubernetes ដើម្បីបង្កើតបរិយាកាសថាមវន្តសម្រាប់ការអភិវឌ្ឍន៍ និងក្រុម QA។ ដូច្នេះយើងចង់ផ្តល់ឱ្យពួកគេនូវការចូលប្រើចង្កោមសម្រាប់ទាំងផ្ទាំងគ្រប់គ្រង និង kubectl។ មិនដូច OpenShift ទេ vanilla Kubernetes មិនមានការផ្ទៀងផ្ទាត់ដើមទេ ដូច្នេះយើងប្រើឧបករណ៍ភាគីទីបីសម្រាប់ការនេះ។

នៅក្នុងការកំណត់នេះ យើងប្រើ៖

dex-k8s-កម្មវិធីផ្ទៀងផ្ទាត់ - កម្មវិធីបណ្តាញសម្រាប់បង្កើតការកំណត់ kubectl
Dex - អ្នកផ្តល់សេវា OpenID Connect
GitHub - ដោយសារតែយើងប្រើ GitHub នៅក្នុងក្រុមហ៊ុនរបស់យើង។

យើងបានព្យាយាមប្រើ Google ODC ប៉ុន្តែជាអកុសលយើង បានបរាជ័យ ដើម្បីចាប់ផ្តើមពួកវាជាមួយក្រុម ដូច្នេះការរួមបញ្ចូលជាមួយ GitHub សាកសមនឹងយើងណាស់។ បើគ្មានការធ្វើផែនទីជាក្រុមទេ វានឹងមិនអាចបង្កើតគោលការណ៍ RBAC ដោយផ្អែកលើក្រុមបានទេ។

ដូច្នេះ តើដំណើរការផ្តល់សិទ្ធិ Kubernetes របស់យើងដំណើរការយ៉ាងដូចម្តេចក្នុងការបង្ហាញរូបភាព៖

ដំណើរការអនុញ្ញាត

លម្អិតបន្តិចហើយចង្អុលទៅចំណុចមួយ៖

អ្នកប្រើប្រាស់ចូលទៅក្នុង dex-k8s-autheticator (login.k8s.example.com)
dex-k8s-authentiator បញ្ជូនបន្តសំណើទៅ Dex (dex.k8s.example.com)
Dex បញ្ជូនបន្តទៅទំព័រចូល GitHub
GitHub បង្កើតព័ត៌មានការអនុញ្ញាតចាំបាច់ ហើយបញ្ជូនវាទៅ Dex
Dex បញ្ជូនព័ត៌មានដែលទទួលបានទៅ dex-k8s-authentiator
អ្នកប្រើប្រាស់ទទួលបានសញ្ញាសម្ងាត់ ODC ពី GitHub
dex-k8s-authentiator បន្ថែមសញ្ញាសម្ងាត់ទៅ kubeconfig
kubectl បញ្ជូនសញ្ញាសម្ងាត់ទៅ KubeAPIServer
KubeAPIServer ត្រឡប់ការចូលប្រើ kubectl ដោយផ្អែកលើសញ្ញាសម្ងាត់ដែលបានអនុម័ត
អ្នកប្រើប្រាស់ទទួលបានសិទ្ធិចូលប្រើពី kubectl

សកម្មភាពត្រៀម

ជាការពិតណាស់ យើងបានដំឡើងចង្កោម Kubernetes រួចហើយ (k8s.example.com) ហើយក៏ភ្ជាប់មកជាមួយ HELM ដែលបានដំឡើងជាមុនផងដែរ។ យើងក៏មានអង្គការមួយនៅលើ GitHub (super-org) ផងដែរ។
ប្រសិនបើអ្នកមិនមាន HELM សូមដំឡើងវា។ សាមញ្ញណាស់.

ដំបូងយើងត្រូវរៀបចំ GitHub ។

ចូលទៅកាន់ទំព័រការកំណត់ស្ថាប័ន (https://github.com/organizations/super-org/settings/applications) និងបង្កើតកម្មវិធីថ្មី (Authorized OAuth App)៖

ការបង្កើតកម្មវិធីថ្មីនៅលើ GitHub

បំពេញក្នុងវាលជាមួយ URLs ចាំបាច់ ឧទាហរណ៍៖

URL ទំព័រដើម៖ https://dex.k8s.example.com
URL ហៅត្រឡប់មកវិញដែលមានការអនុញ្ញាត៖ https://dex.k8s.example.com/callback

សូមប្រយ័ត្នជាមួយតំណភ្ជាប់ វាជាការសំខាន់ណាស់ដែលមិនបាត់បង់សញ្ញា។

ដើម្បីឆ្លើយតបទៅនឹងទម្រង់ដែលបានបញ្ចប់ GitHub នឹងបង្កើត Client ID и Client secretរក្សាវានៅកន្លែងដែលមានសុវត្ថិភាព ពួកគេនឹងមានប្រយោជន៍ចំពោះយើង (ឧទាហរណ៍ យើងប្រើ ទូដែក សម្រាប់រក្សាទុកអាថ៌កំបាំង)៖

Client ID: 1ab2c3d4e5f6g7h8
Client secret: 98z76y54x32w1

រៀបចំកំណត់ត្រា DNS សម្រាប់ដែនរង login.k8s.example.com и dex.k8s.example.comក៏ដូចជាវិញ្ញាបនបត្រ SSL សម្រាប់ការចូល។

តោះបង្កើតវិញ្ញាបនបត្រ SSL៖

cat <<EOF | kubectl create -f -
apiVersion: certmanager.k8s.io/v1alpha1
kind: Certificate
metadata:
  name: cert-auth-dex
  namespace: kube-system
spec:
  secretName: cert-auth-dex
  dnsNames:
    - dex.k8s.example.com
  acme:
    config:
    - http01:
        ingressClass: nginx
      domains:
      - dex.k8s.example.com
  issuerRef:
    name: le-clusterissuer
    kind: ClusterIssuer
---
apiVersion: certmanager.k8s.io/v1alpha1
kind: Certificate
metadata:
  name: cert-auth-login
  namespace: kube-system
spec:
  secretName: cert-auth-login
  dnsNames:
    - login.k8s.example.com
  acme:
    config:
    - http01:
        ingressClass: nginx
      domains:
      - login.k8s.example.com
  issuerRef:
    name: le-clusterissuer
    kind: ClusterIssuer
EOF
kubectl describe certificates cert-auth-dex -n kube-system
kubectl describe certificates cert-auth-login -n kube-system

ClusterIssuer ដែលមានចំណងជើង le-clusterissuer គួរតែមានរួចហើយ ប៉ុន្តែប្រសិនបើមិនមានទេ បង្កើតវាដោយប្រើ HELM៖

helm install --namespace kube-system -n cert-manager stable/cert-manager
cat << EOF | kubectl create -f -
apiVersion: certmanager.k8s.io/v1alpha1
kind: ClusterIssuer
metadata:
  name: le-clusterissuer
  namespace: kube-system
spec:
  acme:
    server: https://acme-v02.api.letsencrypt.org/directory
    email: [email protected]
    privateKeySecretRef:
      name: le-clusterissuer
    http01: {}
EOF

ការកំណត់រចនាសម្ព័ន្ធ KubeAPIServer

ដើម្បីឱ្យ kubeAPIServer ដំណើរការ អ្នកត្រូវកំណត់រចនាសម្ព័ន្ធ OIDC និងធ្វើបច្ចុប្បន្នភាពចង្កោម៖

kops edit cluster
...
  kubeAPIServer:
    anonymousAuth: false
    authorizationMode: RBAC
    oidcClientID: dex-k8s-authenticator
    oidcGroupsClaim: groups
    oidcIssuerURL: https://dex.k8s.example.com/
    oidcUsernameClaim: email
kops update cluster --yes
kops rolling-update cluster --yes

យើងប្រើ ទាត់ សម្រាប់ការដាក់ពង្រាយចង្កោម ប៉ុន្តែវាដំណើរការដូចគ្នាសម្រាប់ អ្នកគ្រប់គ្រងក្រុមផ្សេងទៀត។.

ការកំណត់រចនាសម្ព័ន្ធ Dex និង dex-k8s-Authenticator

ដើម្បីឱ្យ Dex ដំណើរការ អ្នកត្រូវមានវិញ្ញាបនបត្រ និងសោរពីមេ Kubernetes សូមយកវាពីទីនោះ៖

sudo cat /srv/kubernetes/ca.{crt,key}
-----BEGIN CERTIFICATE-----
AAAAAAAAAAABBBBBBBBBBCCCCCC
-----END CERTIFICATE-----
-----BEGIN RSA PRIVATE KEY-----
DDDDDDDDDDDEEEEEEEEEEFFFFFF
-----END RSA PRIVATE KEY-----

តោះក្លូនឃ្លាំង dex-k8s-authenticator៖

git clone [email protected]:mintel/dex-k8s-authenticator.git
cd dex-k8s-authenticator/

ដោយប្រើឯកសារតម្លៃ យើងអាចកំណត់រចនាសម្ព័ន្ធអថេរសម្រាប់របស់យើង។ តារាង HELM.

ចូរពណ៌នាអំពីការកំណត់រចនាសម្ព័ន្ធសម្រាប់ Dex៖

cat << EOF > values-dex.yml
global:
  deployEnv: prod
tls:
  certificate: |-
    -----BEGIN CERTIFICATE-----
    AAAAAAAAAAABBBBBBBBBBCCCCCC
    -----END CERTIFICATE-----
  key: |-
    -----BEGIN RSA PRIVATE KEY-----
    DDDDDDDDDDDEEEEEEEEEEFFFFFF
    -----END RSA PRIVATE KEY-----
ingress:
  enabled: true
  annotations:
    kubernetes.io/ingress.class: nginx
    kubernetes.io/tls-acme: "true"
  path: /
  hosts:
    - dex.k8s.example.com
  tls:
    - secretName: cert-auth-dex
      hosts:
        - dex.k8s.example.com
serviceAccount:
  create: true
  name: dex-auth-sa
config: |
  issuer: https://dex.k8s.example.com/
  storage: # https://github.com/dexidp/dex/issues/798
    type: sqlite3
    config:
      file: /var/dex.db
  web:
    http: 0.0.0.0:5556
  frontend:
    theme: "coreos"
    issuer: "Example Co"
    issuerUrl: "https://example.com"
    logoUrl: https://example.com/images/logo-250x25.png
  expiry:
    signingKeys: "6h"
    idTokens: "24h"
  logger:
    level: debug
    format: json
  oauth2:
    responseTypes: ["code", "token", "id_token"]
    skipApprovalScreen: true
  connectors:
  - type: github
    id: github
    name: GitHub
    config:
      clientID: $GITHUB_CLIENT_ID
      clientSecret: $GITHUB_CLIENT_SECRET
      redirectURI: https://dex.k8s.example.com/callback
      orgs:
      - name: super-org
        teams:
        - team-red
  staticClients:
  - id: dex-k8s-authenticator
    name: dex-k8s-authenticator
    secret: generatedLongRandomPhrase
    redirectURIs:
      - https://login.k8s.example.com/callback/
envSecrets:
  GITHUB_CLIENT_ID: "1ab2c3d4e5f6g7h8"
  GITHUB_CLIENT_SECRET: "98z76y54x32w1"
EOF

ហើយសម្រាប់ dex-k8s-authentiator៖

cat << EOF > values-auth.yml
global:
  deployEnv: prod
dexK8sAuthenticator:
  clusters:
  - name: k8s.example.com
    short_description: "k8s cluster"
    description: "Kubernetes cluster"
    issuer: https://dex.k8s.example.com/
    k8s_master_uri: https://api.k8s.example.com
    client_id: dex-k8s-authenticator
    client_secret: generatedLongRandomPhrase
    redirect_uri: https://login.k8s.example.com/callback/
    k8s_ca_pem: |
      -----BEGIN CERTIFICATE-----
      AAAAAAAAAAABBBBBBBBBBCCCCCC
      -----END CERTIFICATE-----
ingress:
  enabled: true
  annotations:
    kubernetes.io/ingress.class: nginx
    kubernetes.io/tls-acme: "true"
  path: /
  hosts:
    - login.k8s.example.com
  tls:
    - secretName: cert-auth-login
      hosts:
        - login.k8s.example.com
EOF

ដំឡើង Dex និង dex-k8s-authentiator៖

helm install -n dex --namespace kube-system --values values-dex.yml charts/dex
helm install -n dex-auth --namespace kube-system --values values-auth.yml charts/dex-k8s-authenticator

ចូរយើងពិនិត្យមើលមុខងាររបស់សេវាកម្ម (Dex គួរតែត្រឡប់លេខកូដ 400 ហើយ dex-k8s-autheticator គួរត្រឡប់លេខកូដ 200)៖

curl -sI https://dex.k8s.example.com/callback | head -1
HTTP/2 400
curl -sI https://login.k8s.example.com/ | head -1
HTTP/2 200

ការកំណត់រចនាសម្ព័ន្ធ RBAC

យើងបង្កើត ClusterRole សម្រាប់ក្រុម ក្នុងករណីរបស់យើងជាមួយនឹងការចូលប្រើបានតែអាន៖

cat << EOF | kubectl create -f -
apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRole
metadata:
  name: cluster-read-all
rules:
  -
    apiGroups:
      - ""
      - apps
      - autoscaling
      - batch
      - extensions
      - policy
      - rbac.authorization.k8s.io
      - storage.k8s.io
    resources:
      - componentstatuses
      - configmaps
      - cronjobs
      - daemonsets
      - deployments
      - events
      - endpoints
      - horizontalpodautoscalers
      - ingress
      - ingresses
      - jobs
      - limitranges
      - namespaces
      - nodes
      - pods
      - pods/log
      - pods/exec
      - persistentvolumes
      - persistentvolumeclaims
      - resourcequotas
      - replicasets
      - replicationcontrollers
      - serviceaccounts
      - services
      - statefulsets
      - storageclasses
      - clusterroles
      - roles
    verbs:
      - get
      - watch
      - list
  - nonResourceURLs: ["*"]
    verbs:
      - get
      - watch
      - list
  - apiGroups: [""]
    resources: ["pods/exec"]
    verbs: ["create"]
EOF

តោះបង្កើតការកំណត់សម្រាប់ ClusterRoleBinding៖

cat <<EOF | kubectl create -f -
apiVersion: rbac.authorization.k8s.io/v1beta1
kind: ClusterRoleBinding
metadata:
  name: dex-cluster-auth
  namespace: kube-system
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-read-all
subjects:
  kind: Group
  name: "super-org:team-red"
EOF

ឥឡូវនេះយើងត្រៀមរួចរាល់សម្រាប់ការសាកល្បង។

តេស្ត។

ចូលទៅកាន់ទំព័រចូល (https://login.k8s.example.com) ហើយចូលដោយប្រើគណនី GitHub របស់អ្នក៖

ទំព័រចូល

ទំព័រចូលត្រូវបានបញ្ជូនបន្តទៅ GitHub

អនុវត្តតាមការណែនាំដែលបានបង្កើត ដើម្បីទទួលបានសិទ្ធិចូលប្រើប្រាស់

បន្ទាប់ពីចម្លងបិទភ្ជាប់ពីទំព័របណ្ដាញ យើងអាចប្រើ kubectl ដើម្បីគ្រប់គ្រងធនធានចង្កោមរបស់យើង៖

kubectl get po
NAME                READY   STATUS    RESTARTS   AGE
mypod               1/1     Running   0          3d

kubectl delete po mypod
Error from server (Forbidden): pods "mypod" is forbidden: User "[email protected]" cannot delete pods in the namespace "default"

ហើយវាដំណើរការ អ្នកប្រើប្រាស់ GitHub ទាំងអស់នៅក្នុងស្ថាប័នរបស់យើងអាចមើលឃើញធនធាន និងចូលទៅក្នុងផត ប៉ុន្តែពួកគេមិនមានសិទ្ធិផ្លាស់ប្តូរពួកវាទេ។

ប្រភព: www.habr.com

ផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៅក្នុង Kubernetes ដោយប្រើ GitHub OAuth និង Dex