हामी Keycloak प्रयोग गरेर Kubernetes को ActiveDirectory प्राधिकरणलाई जोड्दछौं

यो लेख पहिले नै विस्तार गर्न लेखिएको छ अवस्थित, तर Microsoft ActiveDirectory सँग बन्डलका सुविधाहरूको बारेमा कुरा गर्छ, र यसलाई पूरक पनि गर्दछ।

यस लेखमा म तपाईंलाई कसरी स्थापना र कन्फिगर गर्ने बताउनेछु:

• किक्लोक खुला स्रोत परियोजना हो। जसले अनुप्रयोगहरूको लागि प्रविष्टिको एकल बिन्दु प्रदान गर्दछ। LDAP र OpenID लगायतका धेरै प्रोटोकलहरूसँग काम गर्दछ जुन हामी रुचि राख्छौं।
• किक्लोक गेटकीपर - रिभर्स प्रोक्सी अनुप्रयोग जसले तपाईंलाई कीक्लोक मार्फत प्राधिकरणलाई एकीकृत गर्न अनुमति दिन्छ।
• ग्याwayवे - एउटा अनुप्रयोग जसले kubectl को लागि कन्फिगरेसन उत्पन्न गर्दछ जसको साथ तपाइँ लग इन गर्न सक्नुहुन्छ र OpenID मार्फत Kubernetes API मा जडान गर्न सक्नुहुन्छ।

Kubernetes मा अनुमतिहरू कसरी काम गर्दछ।

हामी RBAC को प्रयोग गरेर प्रयोगकर्ता/समूह अधिकारहरू प्रबन्ध गर्न सक्छौं, यस बारे लेखहरूको एक गुच्छा पहिले नै सिर्जना गरिएको छ, म यस बारे विस्तृत रूपमा ध्यान दिने छैन। समस्या यो हो कि तपाइँ प्रयोगकर्ता अधिकारहरू प्रतिबन्ध गर्न RBAC प्रयोग गर्न सक्नुहुन्छ, तर Kubernetes प्रयोगकर्ताहरूको बारेमा केहि थाहा छैन। यो बाहिर जान्छ कि हामीलाई Kubernetes मा प्रयोगकर्ता वितरण संयन्त्र चाहिन्छ। यो गर्नको लागि, हामी Kuberntes OpenID मा एक प्रदायक थप्नेछौं, जसले यस्तो प्रयोगकर्ता वास्तवमा अवस्थित छ भनेर भन्नेछ, र Kubernetes आफैले उसलाई अधिकार दिनेछ।

प्रशिक्षण

• तपाईंलाई Kubernetes क्लस्टर वा minikube चाहिन्छ
• सक्रिय निर्देशिका
• डोमेनहरू:
  keycloak.example.org
  kubernetes-dashboard.example.org
  gangway.example.org
• डोमेन वा स्व-हस्ताक्षरित प्रमाणपत्रको लागि प्रमाणपत्र

म कसरी स्व-हस्ताक्षरित प्रमाणपत्र सिर्जना गर्ने भन्नेमा ध्यान दिने छैन, तपाईंले 2 प्रमाणपत्रहरू सिर्जना गर्न आवश्यक छ, यो *.example.org डोमेनको लागि रूट (प्रमाणपत्र प्राधिकरण) र वाइल्डकार्ड क्लाइन्ट हो।

तपाईंले प्रमाणपत्रहरू प्राप्त / जारी गरेपछि, ग्राहकलाई Kubernetes मा थप्नु पर्छ, यसको लागि हामी यसको लागि एउटा गोप्य सिर्जना गर्छौं:

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

बायाँ कुनामा क्लिक गर्नुहोस् क्षेत्र थप्नुहोस्

प्रमुख
मूल्य

नाम
कुबेरनेट्स

प्रदर्शन नाम
कुबर्नेट्स

प्रयोगकर्ता इमेल प्रमाणिकरण असक्षम गर्नुहोस्:
क्लाइन्ट स्कोपहरू —> इमेल —> म्यापर्स —> इमेल प्रमाणित (मेट्नुहोस्)

हामीले ActiveDirectory बाट प्रयोगकर्ताहरू आयात गर्न फेडरेशन सेट अप गर्यौं, म तल स्क्रिनसटहरू छोड्नेछु, मलाई लाग्छ कि यो स्पष्ट हुनेछ।

प्रयोगकर्ता संघ -> प्रदायक थप्नुहोस् ... -> ldap

महासंघ स्थापना


यदि सबै ठीक छ भने, बटन थिचे पछि सबै प्रयोगकर्ताहरू सिङ्क्रोनाइज गर्नुहोस् तपाईंले प्रयोगकर्ताहरूको सफल आयातको बारेमा सन्देश देख्नुहुनेछ।

अर्को हामीले हाम्रो समूहहरू नक्सा गर्न आवश्यक छ

प्रयोगकर्ता संघ --> ldap_localhost --> म्यापर --> सिर्जना गर्नुहोस्

म्यापर सिर्जना गर्दै

ग्राहक सेटअप

यो एक ग्राहक सिर्जना गर्न आवश्यक छ, Keycloak को सर्तमा, यो उहाँबाट अधिकृत गरिनेछ कि एक आवेदन छ। म रातोमा स्क्रिनसटमा महत्त्वपूर्ण बिन्दुहरू हाइलाइट गर्नेछु।

ग्राहकहरू -> सिर्जना गर्नुहोस्

ग्राहक सेटअप

समूहहरूको लागि स्कूप सिर्जना गरौं:

ग्राहक दायरा -> सिर्जना गर्नुहोस्

दायरा सिर्जना गर्नुहोस्

र तिनीहरूका लागि म्यापर सेट अप गर्नुहोस्:

क्लाइन्ट स्कोप -> समूहहरू -> म्यापरहरू -> सिर्जना गर्नुहोस्

म्यापर

पूर्वनिर्धारित क्लाइन्ट स्कोपहरूमा हाम्रा समूहहरूको म्यापिङ थप्नुहोस्:

क्लाइन्टहरू —> kubernetes —> क्लाइन्ट स्कोपहरू —> डिफल्ट क्लाइन्ट स्कोपहरू
छनौट गर्नुहोस् समूह в उपलब्ध ग्राहक दायराक्लिक गर्नुहोस् चयन गरिएको थप्नुहोस्

हामीले गोप्य पाउँछौं (र यसलाई थ्रेडमा लेख्छौं) जुन हामीले किक्लोकमा प्राधिकरणको लागि प्रयोग गर्नेछौं:

ग्राहकहरू —> 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();

Kubernetes कन्फिगर गर्दै

हामीले साइटबाट हाम्रो मूल प्रमाणपत्र कहाँ छ, र 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
...

प्रमाणीकरण-प्रोक्सी सेट गर्दै

तपाइँ तपाइँको वेब अनुप्रयोग को सुरक्षा गर्न किक्लोक गेटकीपर प्रयोग गर्न सक्नुहुन्छ। यस रिभर्स प्रोक्सीले पृष्ठ देखाउनु अघि प्रयोगकर्तालाई अधिकार दिनेछ भन्ने तथ्यको अतिरिक्त, यसले हेडरहरूमा अन्तिम अनुप्रयोगमा तपाईंको बारेमा जानकारी पनि पठाउनेछ। तसर्थ, यदि तपाइँको अनुप्रयोगले OpenID लाई समर्थन गर्दछ भने, प्रयोगकर्ता तुरुन्तै अधिकृत हुन्छ। Kubernetes Dashboard को उदाहरणलाई विचार गर्नुहोस्

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'

पहुँच अधिकार सेट गर्दै:

ClusterRoleBinding सिर्जना गरौं जसले DataOPS समूहका प्रयोगकर्ताहरूलाई क्लस्टर प्रशासक अधिकारहरू (मानक क्लस्टररोल क्लस्टर-प्रशासक) दिनेछ।

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, हामीलाई किक्लोकमा रिडिरेक्ट गरिनेछ र सफल प्राधिकरणको अवस्थामा हामी पहिले नै लग इन गरिएको ड्यासबोर्डमा पुग्नेछौं।

gangway स्थापना

सुविधाको लागि, तपाइँ एउटा ग्याङ्वे थप्न सक्नुहुन्छ जसले kubectl को लागी कन्फिग फाइल उत्पन्न गर्दछ, जसको मद्दतले हामी हाम्रो प्रयोगकर्ता अन्तर्गत Kubernetes मा प्रवेश गर्नेछौं।

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