ProHoster > بلاګ > اداره > د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ

د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ

زه ستاسو پام ته د Dex، dex-k8s-authenticator او GitHub په کارولو سره د Kubernetes کلستر ته د لاسرسي پیدا کولو لپاره یو لارښود وړاندې کوم.

د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ
د روسی ژبی کوبرنیټس څخه ځایی میم په چیٹ کی Telegram

پېژندنه

موږ د پراختیا او QA ټیم لپاره متحرک چاپیریال رامینځته کولو لپاره Kubernetes کاروو. نو موږ غواړو دوی ته د ډشبورډ او کیوبکټل دواړو لپاره کلستر ته لاسرسی ورکړو. د OpenShift برعکس، وینیلا کبرنیټس اصلي تصدیق نلري، نو موږ د دې لپاره د دریمې ډلې وسیلې کاروو.

پدې ترتیب کې موږ کاروو:

  • dex-k8s-authenticator  - د kubectl تشکیلاتو تولید لپاره ویب غوښتنلیک
  • Dex - د OpenID Connect چمتو کونکی
  • GitHub - په ساده ډول ځکه چې موږ په خپل شرکت کې GitHub کاروو

موږ د ګوګل OIDC کارولو هڅه وکړه، مګر له بده مرغه موږ ناکام شو د دوی د ډلو سره پیل کولو لپاره ، نو د GitHub سره ادغام موږ ته خورا مناسب دی. د ګروپ نقشه کولو پرته، دا به ممکنه نه وي چې د ګروپونو پر بنسټ د RBAC پالیسۍ رامینځته کړي.

نو، زموږ د کوبرنیټس واک کولو پروسه څنګه په بصری نمایش کې کار کوي:

د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ
د جواز ورکولو پروسه

یو څه نور تفصیل او ټکي په ټکي:

  1. کارن dex-k8s-authenticator ته ننوځي (login.k8s.example.com)
  2. dex-k8s-authenticator غوښتنه Dex ته لیږي (dex.k8s.example.com)
  3. ډیکس د GitHub ننوتلو پا pageې ته لارښود کوي
  4. GitHub د اجازې اړین معلومات رامینځته کوي او ډیکس ته یې راستوي
  5. ډیکس ترلاسه شوي معلومات dex-k8s-authenticator ته لیږدوي
  6. کارن د GitHub څخه د OIDC نښه ترلاسه کوي
  7. dex-k8s-authenticator kubeconfig ته نښه اضافه کوي
  8. kubectl نښه KubeAPIServer ته لیږدوي
  9. KubeAPIServer د منظور شوي نښه پراساس kubectl ته لاسرسی بیرته راګرځوي
  10. کارونکي د kubectl څخه لاسرسی ترلاسه کوي

چمتووالی عملونه

البته، موږ دمخه د کبرنیټس کلستر نصب کړی دی (k8s.example.com)، او همدارنګه د مخکې نصب شوي HELM سره راځي. موږ په GitHub (super-org) کې یو سازمان هم لرو.
که تاسو HELM نلرئ، دا نصب کړئ ډیر ساده.

لومړی موږ اړتیا لرو GitHub تنظیم کړو.

د سازمان ترتیباتو پاڼې ته لاړ شئ، (https://github.com/organizations/super-org/settings/applications) او یو نوی اپلیکیشن جوړ کړئ (مجاز OAuth اپلیکیشن):
د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ
په 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-k8s-authenticator

د ډیکس کار کولو لپاره ، تاسو اړتیا لرئ د کوبرنیټس ماسټر څخه سند او کیلي ولرئ ، راځئ چې له هغه ځایه یې ترلاسه کړو:

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 چارټونه.

راځئ چې د ډیکس لپاره تشکیلات تشریح کړو:

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-authenticator لپاره:

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-authenticator نصب کړئ:

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-authenticator باید کوډ 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 ترتیب

موږ د ګروپ لپاره یو کلستر رول جوړوو، زموږ په قضیه کې یوازې د لوستلو لاسرسي سره:

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 OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ
د ننوتلو پاڼه

د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ
د ننوتلو پاڼه GitHub ته لیږل شوې

د GitHub OAuth او Dex په کارولو سره په Kubernetes کې تصدیق کړئ
 د لاسرسي ترلاسه کولو لپاره رامینځته شوي لارښوونې تعقیب کړئ

د ویب پاڼې څخه د کاپي کولو وروسته، موږ کولی شو د خپلو کلستر سرچینو اداره کولو لپاره 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

Add a comment