మేము Keycloak ఉపయోగించి Kubernetes కు ActiveDirectory అధికారాన్ని అందిస్తాము

ఈ వ్యాసం ఇప్పటికే విస్తరించడానికి వ్రాయబడింది ఉనికిలో ఉంది, కానీ Microsoft ActiveDirectoryతో బండిల్ యొక్క లక్షణాల గురించి మాట్లాడుతుంది మరియు దానిని కూడా పూర్తి చేస్తుంది.

ఈ వ్యాసంలో నేను ఎలా ఇన్‌స్టాల్ చేయాలో మరియు కాన్ఫిగర్ చేయాలో మీకు చెప్తాను:

• కీలాక్ ఓపెన్ సోర్స్ ప్రాజెక్ట్. ఇది అప్లికేషన్‌ల కోసం ఒక సింగిల్ పాయింట్ ఎంట్రీని అందిస్తుంది. మనకు ఆసక్తి ఉన్న LDAP మరియు OpenIDతో సహా అనేక ప్రోటోకాల్‌లతో పని చేస్తుంది.
• కీక్లాక్ గేట్ కీపర్ - కీక్లోక్ ద్వారా అధికారాన్ని ఏకీకృతం చేయడానికి మిమ్మల్ని అనుమతించే రివర్స్ ప్రాక్సీ అప్లికేషన్.
• గ్యాంగ్ వే - kubectl కోసం కాన్ఫిగరేషన్‌ను రూపొందించే అప్లికేషన్, దీనితో మీరు OpenID ద్వారా Kubernetes APIకి లాగిన్ చేసి కనెక్ట్ చేయవచ్చు.

Kubernetesలో అనుమతులు ఎలా పని చేస్తాయి.

మేము RBACని ఉపయోగించి వినియోగదారు / సమూహ హక్కులను నిర్వహించగలము, దీని గురించి ఇప్పటికే కొన్ని కథనాలు సృష్టించబడ్డాయి, నేను దీని గురించి వివరంగా చెప్పను. సమస్య ఏమిటంటే, వినియోగదారు హక్కులను పరిమితం చేయడానికి మీరు RBACని ఉపయోగించవచ్చు, కానీ కుబెర్నెటెస్‌కు వినియోగదారుల గురించి ఏమీ తెలియదు. మాకు కుబెర్నెట్స్‌లో వినియోగదారు డెలివరీ మెకానిజం అవసరమని తేలింది. దీన్ని చేయడానికి, మేము Kuberntes OpenIDకి ప్రొవైడర్‌ను జోడిస్తాము, అలాంటి వినియోగదారు నిజంగా ఉన్నారని మరియు Kubernetes స్వయంగా అతనికి హక్కులను అందజేస్తుంది.

శిక్షణ

• మీకు కుబెర్నెట్స్ క్లస్టర్ లేదా మినీక్యూబ్ అవసరం
• యాక్టివ్ డైరెక్టరీ
• డొమైన్‌లు:
  keycloak.example.org
  kubernetes-dashboard.example.org
  gangway.example.org
• డొమైన్‌ల కోసం సర్టిఫికేట్ లేదా స్వీయ సంతకం చేసిన సర్టిఫికేట్

స్వీయ సంతకం చేసిన సర్టిఫికేట్‌ను ఎలా సృష్టించాలో నేను ఆలోచించను, మీరు 2 సర్టిఫికేట్‌లను సృష్టించాలి, ఇది *.example.org డొమైన్ కోసం రూట్ (సర్టిఫికేట్ అథారిటీ) మరియు వైల్డ్‌కార్డ్ క్లయింట్.

మీరు సర్టిఫికేట్‌లను స్వీకరించిన / జారీ చేసిన తర్వాత, క్లయింట్ తప్పనిసరిగా కుబెర్నెట్స్‌కు జోడించబడాలి, దీని కోసం మేము దాని కోసం రహస్యాన్ని సృష్టిస్తాము:

kubectl create secret tls tls-keycloak --cert=example.org.crt --key=example.org.pem

తరువాత, మేము దీన్ని మా ఇన్‌గ్రెస్ కంట్రోలర్ కోసం ఉపయోగిస్తాము.

కీక్లాక్ ఇన్‌స్టాలేషన్

దీని కోసం రెడీమేడ్ సొల్యూషన్స్ అంటే హెల్మ్ చార్ట్‌లను ఉపయోగించడం సులభమయిన మార్గం అని నేను నిర్ణయించుకున్నాను.

రిపోజిటరీని ఇన్‌స్టాల్ చేసి, దానిని అప్‌డేట్ చేయండి:

helm repo add codecentric https://codecentric.github.io/helm-charts
helm repo update

కింది కంటెంట్‌తో keycloak.yml ఫైల్‌ను సృష్టించండి:

keycloak.yml

keycloak:
  # Имя администратора
  username: "test_admin"
  # Пароль администратор  
  password: "admin"
  # Эти флаги нужны что бы позволить загружать в Keycloak скрипты прямо через web морду. Это нам 
  понадобиться что бы починить один баг, о котором ниже.
  extraArgs: "-Dkeycloak.profile.feature.script=enabled -Dkeycloak.profile.feature.upload_scripts=enabled" 
  # Включаем ingress, указываем имя хоста и сертификат который мы предварительно сохранили в secrets
  ingress:
    enabled: true 
    path: /
    annotations:
      kubernetes.io/ingress.class: nginx
      ingress.kubernetes.io/affinity: cookie
    hosts:
      - keycloak.example.org
    tls:
    - hosts:
        - keycloak.example.org
      secretName: tls-keycloak
  # Keycloak для своей работы требует базу данных, в тестовых целях я разворачиваю Postgresql прямо в Kuberntes, в продакшене так лучше не делать!
  persistence:
    deployPostgres: true
    dbVendor: postgres

postgresql:
  postgresUser: keycloak
  postgresPassword: ""
  postgresDatabase: keycloak
  persistence:
    enabled: true

ఫెడరేషన్ సెటప్

తరువాత, వెబ్ ఇంటర్‌ఫేస్‌కి వెళ్లండి keycloak.example.org

ఎడమ మూలలో క్లిక్ చేయండి రాజ్యాన్ని జోడించండి

కీ
విలువ

పేరు
కుబెర్నెట్స్

ప్రదర్శన పేరు
Kubernetes

వినియోగదారు ఇమెయిల్ ధృవీకరణను నిలిపివేయండి:
క్లయింట్ స్కోప్‌లు —> ఇమెయిల్ —> మ్యాపర్‌లు —> ఇమెయిల్ ధృవీకరించబడింది (తొలగించు)

ActiveDirectory నుండి వినియోగదారులను దిగుమతి చేసుకోవడానికి మేము ఫెడరేషన్‌ని సెటప్ చేసాము, నేను స్క్రీన్‌షాట్‌లను క్రింద వదిలివేస్తాను, అది స్పష్టంగా ఉంటుందని నేను భావిస్తున్నాను.

వినియోగదారు సమాఖ్య —> ప్రొవైడర్‌ను జోడించండి… —> ldap

ఫెడరేషన్ సెటప్


అన్నీ సరిగ్గా ఉంటే, బటన్‌ను నొక్కిన తర్వాత వినియోగదారులందరినీ సమకాలీకరించండి మీరు వినియోగదారుల విజయవంతమైన దిగుమతి గురించి సందేశాన్ని చూస్తారు.

తరువాత మనం మన సమూహాలను మ్యాప్ చేయాలి

వినియోగదారు సమాఖ్య --> ldap_localhost --> మ్యాపర్లు --> సృష్టించు

మ్యాపర్‌ను సృష్టిస్తోంది

క్లయింట్ సెటప్

కీక్లోక్ పరంగా క్లయింట్‌ను సృష్టించడం అవసరం, ఇది అతని నుండి అధికారం పొందే అప్లికేషన్. స్క్రీన్‌షాట్‌లోని ముఖ్యమైన పాయింట్‌లను ఎరుపు రంగులో హైలైట్ చేస్తాను.

క్లయింట్లు —> సృష్టించు

క్లయింట్ సెటప్

సమూహాల కోసం స్కోప్‌ని క్రియేట్ చేద్దాం:

క్లయింట్ స్కోప్‌లు —> సృష్టించు

పరిధిని సృష్టించండి

మరియు వారి కోసం మ్యాపర్‌ను సెటప్ చేయండి:

క్లయింట్ స్కోప్‌లు —> సమూహాలు —> మ్యాపర్‌లు —> సృష్టించు

మ్యాపర్

మా సమూహాల మ్యాపింగ్‌ను డిఫాల్ట్ క్లయింట్ స్కోప్‌లకు జోడించండి:

క్లయింట్లు —> కుబెర్నెట్స్ —> క్లయింట్ స్కోప్‌లు —> డిఫాల్ట్ క్లయింట్ స్కోప్‌లు
ఎంచుకోవడం సమూహాలు в అందుబాటులో ఉన్న క్లయింట్ స్కోప్‌లు, నొక్కండి ఎంపిక చేసిన జోడించండి

మేము రహస్యాన్ని పొందుతాము (మరియు దానిని థ్రెడ్‌కు వ్రాస్తాము) మేము కీక్లోక్‌లో అధికారం కోసం ఉపయోగిస్తాము:

క్లయింట్లు —> kubernetes —> ఆధారాలు —> రహస్యం
ఇది సెటప్‌ను పూర్తి చేస్తుంది, అయితే విజయవంతమైన అధికారీకరణ తర్వాత, నేను ఎర్రర్ 403ని స్వీకరించినప్పుడు నాకు ఎర్రర్ ఏర్పడింది. తప్పుల నివేదిక.

పరిష్కరించండి:

క్లయింట్ స్కోప్‌లు —> పాత్రలు —> మ్యాపర్‌లు —> సృష్టించు

మాపర్

స్క్రిప్ట్ కోడ్

// add current client-id to token audience
token.addAudience(token.getIssuedFor());

// return token issuer as dummy result assigned to iss again
token.getIssuer();

కుబెర్నెట్‌లను కాన్ఫిగర్ చేస్తోంది

సైట్ నుండి మా రూట్ సర్టిఫికేట్ ఎక్కడ ఉంది మరియు OIDC ప్రొవైడర్ ఎక్కడ ఉందో మనం పేర్కొనాలి.
దీన్ని చేయడానికి, ఫైల్ /etc/kubernetes/manifests/kube-apiserver.yamlని సవరించండి

kube-apiserver.yaml

...
spec:
  containers:
  - command:
    - kube-apiserver
...
    - --oidc-ca-file=/var/lib/minikube/certs/My_Root.crt
    - --oidc-client-id=kubernetes
    - --oidc-groups-claim=groups
    - --oidc-issuer-url=https://keycloak.example.org/auth/realms/kubernetes
    - --oidc-username-claim=email
...

క్లస్టర్‌లో kubeadm కాన్ఫిగరేషన్‌ని నవీకరించండి:

kubeadmconfig

kubectl edit -n kube-system configmaps kubeadm-config

...
data:
  ClusterConfiguration: |
    apiServer:
      extraArgs:
        oidc-ca-file: /var/lib/minikube/certs/My_Root.crt
        oidc-client-id: kubernetes
        oidc-groups-claim: groups
        oidc-issuer-url: https://keycloak.example.org/auth/realms/kubernetes
        oidc-username-claim: email
...

auth-proxyని సెట్ చేస్తోంది

మీరు మీ వెబ్ అప్లికేషన్‌ను రక్షించడానికి కీక్లాక్ గేట్‌కీపర్‌ని ఉపయోగించవచ్చు. పేజీని చూపించే ముందు ఈ రివర్స్ ప్రాక్సీ వినియోగదారుని ప్రామాణీకరించే వాస్తవంతో పాటు, ఇది మీ గురించిన సమాచారాన్ని హెడర్‌లలోని ముగింపు అప్లికేషన్‌కు కూడా పంపుతుంది. కాబట్టి, మీ అప్లికేషన్ OpenIDకి మద్దతిస్తే, వినియోగదారుకు వెంటనే అధికారం ఇవ్వబడుతుంది. కుబెర్నెటెస్ డాష్‌బోర్డ్ ఉదాహరణను పరిగణించండి

Kubernetes డాష్‌బోర్డ్‌ను ఇన్‌స్టాల్ చేస్తోంది

helm install stable/kubernetes-dashboard --name dashboard -f values_dashboard.yaml

values_dashboard.yaml

enableInsecureLogin: true
service:
  externalPort: 80
rbac:
  clusterAdminRole: true
  create: true
serviceAccount:
  create: true
  name: 'dashboard-test'

యాక్సెస్ హక్కులను సెట్ చేయడం:

డేటాOPS గ్రూప్‌లోని వినియోగదారుల కోసం క్లస్టర్ అడ్మిన్ హక్కులను (ప్రామాణిక క్లస్టర్‌రోల్ క్లస్టర్-అడ్మిన్) అందించే క్లస్టర్‌రోల్‌బైండింగ్‌ను సృష్టిద్దాం.

kubectl apply -f rbac.yaml

rbac.yaml

apiVersion: rbac.authorization.k8s.io/v1
kind: ClusterRoleBinding
metadata:
  name: dataops_group
roleRef:
  apiGroup: rbac.authorization.k8s.io
  kind: ClusterRole
  name: cluster-admin
subjects:
- apiGroup: rbac.authorization.k8s.io
  kind: Group
  name: DataOPS

కీక్లాక్ గేట్ కీపర్‌ని ఇన్‌స్టాల్ చేయండి:

helm repo add gabibbo97 https://gabibbo97.github.io/charts/
helm repo update
helm install gabibbo97/keycloak-gatekeeper --version 2.1.0 --name keycloak-gatekeeper -f values_proxy.yaml

values_proxy.yaml

# Включаем ingress
ingress:
  enabled: true
  annotations:
    kubernetes.io/ingress.class: nginx
  path: /
  hosts:
    - kubernetes-dashboard.example.org
  tls:
   - secretName: tls-keycloak
     hosts:
       - kubernetes-dashboard.example.org

# Говорим где мы будем авторизовываться у OIDC провайдера
discoveryURL: "https://keycloak.example.org/auth/realms/kubernetes"
# Имя клиента которого мы создали в Keycloak
ClientID: "kubernetes"
# Secret который я просил записать
ClientSecret: "c6ec03b8-d0b8-4cb6-97a0-03becba1d727"
# Куда перенаправить в случае успешной авторизации. Формат <SCHEMA>://<SERVICE_NAME>.><NAMESAPCE>.<CLUSTER_NAME>
upstreamURL: "http://dashboard-kubernetes-dashboard.default.svc.cluster.local"
# Пропускаем проверку сертификата, если у нас самоподписанный
skipOpenidProviderTlsVerify: true
# Настройка прав доступа, пускаем на все path если мы в группе DataOPS
rules:
  - "uri=/*|groups=DataOPS"

ఆ తర్వాత, మీరు వెళ్ళడానికి ప్రయత్నించినప్పుడు kubernetes-dashboard.example.org, మేము కీక్లోక్‌కి దారి మళ్లించబడతాము మరియు విజయవంతమైన అధికారమైతే మేము ఇప్పటికే లాగిన్ చేసిన డాష్‌బోర్డ్‌కి చేరుకుంటాము.

గ్యాంగ్వే సంస్థాపన

సౌలభ్యం కోసం, మీరు kubectl కోసం కాన్ఫిగర్ ఫైల్‌ను రూపొందించే గ్యాంగ్‌వేని జోడించవచ్చు, దాని సహాయంతో మేము మా వినియోగదారు కింద కుబెర్నెట్స్‌లోకి ప్రవేశిస్తాము.

helm install --name gangway stable/gangway -f values_gangway.yaml

values_gangway.yaml

gangway:
  # Произвольное имя кластера
  clusterName: "my-k8s"
  # Где у нас OIDC провайдер
  authorizeURL: "https://keycloak.example.org/auth/realms/kubernetes/protocol/openid-connect/auth"
  tokenURL: "https://keycloak.example.org/auth/realms/kubernetes/protocol/openid-connect/token"
  audience: "https://keycloak.example.org/auth/realms/kubernetes/protocol/openid-connect/userinfo"
  # Теоритически сюда можно добавить groups которые мы замапили
  scopes: ["openid", "profile", "email", "offline_access"]
  redirectURL: "https://gangway.example.org/callback"
  # Имя клиента
  clientID: "kubernetes"
  # Секрет
  clientSecret: "c6ec03b8-d0b8-4cb6-97a0-03becba1d727"
  # Если оставить дефолтное значние, то за имя пользователя будет братья <b>Frist name</b> <b>Second name</b>, а при "sub" его логин
  usernameClaim: "sub"
  # Доменное имя или IP адресс API сервера
  apiServerURL: "https://192.168.99.111:8443"

# Включаем Ingress
ingress:
  enabled: true
  annotations:
    kubernetes.io/ingress.class: nginx
    nginx.ingress.kubernetes.io/proxy-buffer-size: "64k"
  path: /
  hosts:
  - gangway.example.org
  tls:
  - secretName: tls-keycloak
    hosts:
      - gangway.example.org

# Если используем самоподписанный сертификат, то его(открытый корневой сертификат) надо указать.
trustedCACert: |-
 -----BEGIN CERTIFICATE-----
 MIIDVzCCAj+gAwIBAgIBATANBgkqhkiG9w0BAQsFADA1MQswCQYDVQQGEwJVUzEQMA4GA1UEChMHRGF0YU9QUzEUMBIGA1UEAxMLbXkgcm9vdCBrZXkwHhcNMjAwMjE0MDkxODAwWhcNMzAwMjE0MDkxODAwWjA1MQswCQYDVQQGEwJVUzEQMA4GA1UEChMHRGF0YU9QUzEUMBIGA1UEAxMLbXkgcm9vdCBrZXkwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDyP749PqqIRwNSqaK6qr0Zsi03G4PTCUlgaYTPZuMrwUVPK8xX2dWWs9MPRMOdXpgr8aSTZnVfmelIlVz4D7o2vK5rfmAe9GPcK0WbwKwXyhFU0flS9sU/g46ogHFrk03SZxQAeJhMLfEmAJm8LF5HghtGDs3t4uwGsB95o+lqPLiBvxRB8ZS3jSpYpvPgXAuZWKdZUQ3UUZf0X3hGLp7uIcIwJ7i4MduOGaQEO4cePeEJy9aDAO6qV78YmHbyh9kaW+1DL/Sgq8NmTgHGV6UOnAPKHTnMKXl6KkyUz8uLBGIdVhPxrlzG1EzXresJbJenSZ+FZqm3oLqZbw54Yp5hAgMBAAGjcjBwMA8GA1UdEwEB/wQFMAMBAf8wHQYDVR0OBBYEFHISTOU/6BQqqnOZj+1xJfxpjiG0MAsGA1UdDwQEAwIBBjARBglghkgBhvhCAQEEBAMCAAcwHgYJYIZIAYb4QgENBBEWD3hjYSBjZXJ0aWZpY2F0ZTANBgkqhkiG9w0BAQsFAAOCAQEAj7HC8ObibwOLT4ZYmISJZwub9lcE0AZ5cWkPW39j/syhdbbqjK/6jy2D3WUEbR+s1Vson5Ov7JhN5In2yfZ/ByDvBnoj7CP8Q/ZMjTJgwN7j0rgmEb3CTZvnDPAz8Ijw3FP0cjxfoZ1Z0V2F44Ry7gtLJWr06+MztXVyto3aIz1/XbMQnXYlzc3c3B5yUQIy44Ce5aLRVsAjmXNqVRmDJ2QPNLicvrhnUJsO0zFWI+zZ2hc4Ge1RotCrjfOc9hQY63jZJ17myCZ6QCD7yzMzAob4vrgmkD4q7tpGrhPY/gDcE+lUNhC7DO3l0oPy2wsnT2TEn87eyWmDiTFG9zWDew==
 -----END CERTIFICATE-----

ఇలా కనిపిస్తుంది. కాన్ఫిగర్ ఫైల్‌ను వెంటనే డౌన్‌లోడ్ చేయడానికి మరియు ఆదేశాల సమితిని ఉపయోగించి దాన్ని రూపొందించడానికి మిమ్మల్ని అనుమతిస్తుంది:

మూలం: www.habr.com