हा लेख आधीच विस्तृत करण्यासाठी लिहिला गेला आहे
या लेखात मी तुम्हाला कसे स्थापित आणि कॉन्फिगर करावे ते सांगेन:
- कीक्लोक एक मुक्त स्रोत प्रकल्प आहे. जे अर्जांसाठी एकच बिंदू प्रदान करते. आम्हाला स्वारस्य असलेल्या LDAP आणि OpenID सह अनेक प्रोटोकॉलसह कार्य करते.
- कीक्लोक गेटकीपर - रिव्हर्स प्रॉक्सी अॅप्लिकेशन जे तुम्हाला कीक्लोकद्वारे अधिकृतता एकत्रित करण्यास अनुमती देते.
- गॅंगवे - एक अनुप्रयोग जो kubectl साठी एक कॉन्फिगरेशन तयार करतो ज्याद्वारे तुम्ही लॉग इन करू शकता आणि OpenID द्वारे Kubernetes API शी कनेक्ट करू शकता.
Kubernetes मध्ये परवानग्या कशा काम करतात.
आम्ही RBAC वापरून वापरकर्ता/समूह हक्क व्यवस्थापित करू शकतो, याबद्दल आधीच लेखांचा एक समूह तयार केला गेला आहे, मी याबद्दल तपशीलवार विचार करणार नाही. समस्या अशी आहे की तुम्ही वापरकर्ता अधिकार प्रतिबंधित करण्यासाठी RBAC वापरू शकता, परंतु Kubernetes ला वापरकर्त्यांबद्दल काहीही माहिती नाही. असे दिसून आले की आम्हाला कुबर्नेट्समध्ये वापरकर्ता वितरण यंत्रणा आवश्यक आहे. हे करण्यासाठी, आम्ही कुबर्नेट्स ओपनआयडीमध्ये एक प्रदाता जोडू, जो असे म्हणेल की असा वापरकर्ता खरोखर अस्तित्वात आहे आणि कुबर्नेट्स स्वतःच त्याला अधिकार देईल.
प्रशिक्षण
- तुम्हाला कुबर्नेट्स क्लस्टर किंवा मिनीक्युबची आवश्यकता असेल
- चालू निर्देशिका
- डोमेन:
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
फेडरेशनची स्थापना
पुढे, वेब इंटरफेसवर जा
डाव्या कोपर्यात क्लिक करा क्षेत्र जोडा
की
मूल्य
नाव
कुबर्नेट्स
प्रदर्शन नाव
कुबेरनेट्स
वापरकर्ता ईमेल सत्यापन अक्षम करा:
क्लायंट स्कोप —> ईमेल —> मॅपर —> ईमेल सत्यापित (हटवा)
आम्ही ActiveDirectory मधून वापरकर्ते आयात करण्यासाठी फेडरेशन सेट केले आहे, मी खाली स्क्रीनशॉट टाकेन, मला वाटते की ते अधिक स्पष्ट होईल.
वापरकर्ता फेडरेशन —> प्रदाता जोडा... —> ldap
फेडरेशनची स्थापना
सर्व ठीक असल्यास, बटण दाबल्यानंतर सर्व वापरकर्ते सिंक्रोनाइझ करा तुम्हाला वापरकर्त्यांच्या यशस्वी आयातीबद्दल संदेश दिसेल.
पुढे आपल्याला आपले गट मॅप करावे लागतील
वापरकर्ता फेडरेशन --> ldap_localhost --> मॅपर्स --> तयार करा
मॅपर तयार करणे
क्लायंट सेटअप
क्लायंट तयार करणे आवश्यक आहे, कीक्लोकच्या दृष्टीने, हा एक अनुप्रयोग आहे जो त्याच्याकडून अधिकृत केला जाईल. मी स्क्रीनशॉटमधील महत्त्वाचे मुद्दे लाल रंगात हायलाइट करेन.
क्लायंट -> तयार करा
क्लायंट सेटअप
चला गटांसाठी स्कूप तयार करूया:
क्लायंट स्कोप -> तयार करा
स्कोप तयार करा
आणि त्यांच्यासाठी मॅपर सेट करा:
क्लायंट स्कोप —> गट —> मॅपर —> तयार करा
मॅपर
आमच्या गटांचे मॅपिंग डीफॉल्ट क्लायंट स्कोपमध्ये जोडा:
क्लायंट —> 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 डॅशबोर्ड स्थापित करत आहे
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"
त्यानंतर, जेव्हा आपण जाण्याचा प्रयत्न केला
गॅंगवे स्थापना
सोयीसाठी, तुम्ही एक गॅंगवे जोडू शकता जो 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