{"id":70867,"date":"2020-02-22T06:40:58","date_gmt":"2020-02-22T03:40:58","guid":{"rendered":"https:\/\/prohoster.info\/blog\/prikruchivaem-ldap-avtorizacziyu-k-kubernetes"},"modified":"2020-03-03T16:14:36","modified_gmt":"2020-03-03T13:14:36","slug":"prikruchivaem-ldap-avtorizacziyu-k-kubernetes","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/prikruchivaem-ldap-avtorizacziyu-k-kubernetes","title":{"rendered":"Wir integrieren die LDAP-Authentifizierung in Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Wir<\/p>\n

<\/p>\n

Eine kurze Anleitung, wie Sie mit Keycloak Kubernetes mit Ihrem LDAP-Server verbinden und den Import von Benutzern und Gruppen konfigurieren k\u00f6nnen. Dies erm\u00f6glicht die Einrichtung von RBAC f\u00fcr Ihre Benutzer und die Verwendung von auth-proxy zum Schutz des Kubernetes Dashboards und anderer Anwendungen, die keine eigene Authentifizierung durchf\u00fchren k\u00f6nnen.<\/p>\n

<\/a><\/noindex><\/p>\n

Installation von Keycloak<\/h2>\n

<\/p>\n

Angenommen, Sie haben bereits einen LDAP-Server. Dies k\u00f6nnte Active Directory, FreeIPA, OpenLDAP oder etwas anderes sein. Wenn Sie keinen LDAP-Server haben, k\u00f6nnen Sie Benutzer direkt \u00fcber die Keycloak-Oberfl\u00e4che erstellen oder \u00f6ffentliche OIDC-Anbieter (Google, Github, Gitlab) nutzen, das Ergebnis wird fast dasselbe sein.<\/p>\n

<\/p>\n

Zuerst installieren wir Keycloak selbst, die Installation kann sowohl separat als auch direkt im Kubernetes-Cluster erfolgen. In der Regel w\u00e4re es einfacher, es separat zu installieren, wenn Sie mehrere Kubernetes-Cluster haben. Andererseits k\u00f6nnen Sie immer das offizielle Helm-Chart<\/a><\/noindex> verwenden und es direkt in Ihrem Cluster installieren.<\/p>\n

<\/p>\n

F\u00fcr die Speicherung von Keycloak-Daten ben\u00f6tigen Sie eine Datenbank. Standardm\u00e4\u00dfig wird h2<\/code> verwendet (alle Daten werden lokal gespeichert), aber Sie k\u00f6nnen auch in einer Umgebung, in der die Locale nicht UTF-8 ist, beispielsweise in einer leeren Umgebung (hier<\/code>, mysql<\/code> oder mariadb<\/code>.
\nverwenden. Wenn Sie sich entscheiden, Keycloak separat zu installieren, finden Sie detailliertere Anweisungen in offiziellen Dokumentation<\/a><\/noindex>.<\/p>\n

<\/p>\n

Einrichtung der F\u00f6deration<\/h2>\n

<\/p>\n

Zuerst erstellen wir ein neues Realm. Ein Realm ist ein Bereich unserer Anwendung. Jede Anwendung kann ihr eigenes Realm mit unterschiedlichen Benutzern und Authentifizierungseinstellungen haben. Das Master-Realm wird von Keycloak selbst verwendet, und es ist nicht richtig, es f\u00fcr etwas anderes zu verwenden.<\/p>\n

<\/p>\n

Klicken Sie auf Realm hinzuf\u00fcgen<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Name<\/strong>
\nKubernetes<\/code><\/p>\n

Anzeigename<\/strong>
\nKubernetes<\/code><\/p>\n

HTML-Anzeigename<\/strong>
\n<img src="https:\/\/kubernetes.io\/images\/nav_logo.svg" width="400" ><\/code><\/p>\n

<\/p>\n

Kubernetes \u00fcberpr\u00fcft standardm\u00e4\u00dfig, ob die E-Mail des Benutzers best\u00e4tigt ist oder nicht. Da wir einen eigenen LDAP-Server verwenden, wird diese \u00dcberpr\u00fcfung hier fast immer zur\u00fcckgeben false<\/code>. Lassen Sie uns die Anzeige dieser Einstellung in Kubernetes deaktivieren:<\/p>\n

<\/p>\n

Client-Scopes<\/strong> —> E-Mail<\/strong> —> Mapper<\/strong> —> E-Mail verifiziert<\/strong> (L\u00f6schen)<\/p>\n

<\/p>\n

Jetzt konfigurieren wir die F\u00f6deration. Gehen Sie dazu zu:<\/p>\n

<\/p>\n

Benutzerf\u00f6deration<\/strong> —> Add provider…<\/strong> —> ldap<\/strong><\/p>\n

<\/p>\n

Ich gebe ein Beispiel f\u00fcr die Konfiguration f\u00fcr FreeIPA:<\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Konsolenanzeigename<\/strong>
\nfreeipa.example.org<\/code><\/p>\n

Anbieter<\/strong>
\nRed Hat Directory Server<\/code><\/p>\n

UUID-LDAP-Attribut<\/strong>
\nipauniqueid<\/code><\/p>\n

Verbindungs-URL<\/strong>
\nldaps:\/\/freeipa.example.org<\/code><\/p>\n

Benutzer-DN<\/strong>
\ncn=users,cn=accounts,dc=example,dc=org<\/code><\/p>\n

Bind-DN<\/strong>
\nuid=keycloak-svc,cn=users,cn=accounts,dc=example,dc=org<\/code><\/p>\n

Bind-Anmeldeinformationen<\/strong>
\n<password><\/code><\/p>\n

Erlaube Kerberos-Authentifizierung:<\/strong>
\non<\/code><\/p>\n

Kerberos-Realm:<\/strong>
\nEXAMPLE.ORG<\/code><\/p>\n

Server-Prinzipal:<\/strong>
\nHTTP\/freeipa.example.org@EXAMPLE.ORG<\/code><\/p>\n

KeyTab:<\/strong>
\n\/etc\/krb5.keytab<\/code><\/p>\n

<\/p>\n

Benutzer keycloak-svc<\/code> muss im Voraus auf unserem LDAP-Server erstellt werden.<\/p>\n

<\/p>\n

Im Falle von Active Directory reicht es aus, einfach auszuw\u00e4hlen Anbieter: Active Directory<\/strong> Die erforderlichen Einstellungen werden automatisch in das Formular eingesetzt.<\/p>\n

<\/p>\n

Klicken Sie auf Speichern<\/strong><\/p>\n

<\/p>\n

Jetzt gehen wir weiter:<\/p>\n

<\/p>\n

Benutzerf\u00f6deration<\/strong> —> freeipa.example.org<\/strong> —> Mapper<\/strong> —> Vorname<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Ldap Attribut<\/strong>
\ngivenName<\/code><\/p>\n

<\/p>\n

Jetzt aktivieren wir das Gruppemapping:<\/p>\n

<\/p>\n

Benutzerf\u00f6deration<\/strong> —> freeipa.example.org<\/strong> —> Mapper<\/strong> —> Erstellen<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Name<\/strong>
\nGruppen<\/code><\/p>\n

Mapper-Typ<\/strong>
\ngroup-ldap-mapper<\/code><\/p>\n

LDAP Gruppen-DN<\/strong>
\ncn=groups,cn=accounts,dc=example,dc=org<\/code><\/p>\n

Benutzergruppen Abrufstrategie<\/strong>
\nGET_GROUPS_FROM_USER_MEMBEROF_ATTRIBUTE<\/code><\/p>\n

<\/p>\n

Damit ist die Konfiguration der F\u00f6deration abgeschlossen, wir gehen zur Konfiguration des Clients \u00fcber.<\/p>\n

<\/p>\n

Client-Konfiguration<\/h2>\n

<\/p>\n

Wir erstellen einen neuen Client (eine Anwendung, die Benutzer aus Keycloak empf\u00e4ngt). Weiter:<\/p>\n

<\/p>\n

Clients<\/strong> —> Erstellen<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Client-ID<\/strong>
\nKubernetes<\/code><\/p>\n

Zugriffsart<\/strong>
\nvertraulich<\/code><\/p>\n

Stamm-URL<\/strong>
\nhttp:\/\/kubernetes.example.org\/<\/code><\/p>\n

G\u00fcltige Weiterleitungs-URIs<\/strong>
\nhttp:\/\/kubernetes.example.org\/*<\/code><\/p>\n

Admin-URL<\/strong>
\nhttp:\/\/kubernetes.example.org\/<\/code><\/p>\n

<\/p>\n

Wir erstellen auch einen Scope f\u00fcr Gruppen:<\/p>\n

<\/p>\n

Client-Scopes<\/strong> —> Erstellen<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Vorlage<\/strong>
\nKein Template<\/code><\/p>\n

Name<\/strong>
\nGruppen<\/code><\/p>\n

Vollst\u00e4ndiger Gruppenpfad<\/strong>
\nfalse<\/code><\/p>\n

<\/p>\n

Und wir konfigurieren den Mapper daf\u00fcr:<\/p>\n

<\/p>\n

Client-Scopes<\/strong> —> Gruppen<\/strong> —> Mapper<\/strong> —> Erstellen<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Name<\/strong>
\nGruppen<\/code><\/p>\n

Mapper-Typ<\/strong>
\nGruppenmitgliedschaft<\/code><\/p>\n

Token Anspruchsname<\/strong>
\nGruppen<\/code><\/p>\n

<\/p>\n

Jetzt m\u00fcssen wir das Gruppemapping in unserem Client-Scope aktivieren:<\/p>\n

<\/p>\n

Clients<\/strong> —> Kubernetes<\/strong> —> Client-Scopes<\/strong> —> Standard-Client-Scopes<\/strong><\/p>\n

<\/p>\n

W\u00e4hlen Sie Gruppen<\/strong> in Verf\u00fcgbare Client-Scopes<\/strong>, klicken Sie auf Ausgew\u00e4hlte hinzuf\u00fcgen<\/strong><\/p>\n

<\/p>\n

Jetzt konfigurieren wir die Authentifizierung unserer Anwendung, weiter:<\/p>\n

<\/p>\n

Clients<\/strong> —> Kubernetes<\/strong><\/p>\n

<\/p>\n

Option
\nWert<\/p>\n

Autorisierung aktiviert<\/strong>
\nAN<\/code><\/p>\n

<\/p>\n

Klicken Sie auf speichern<\/strong> und damit ist die Client-Konfiguration abgeschlossen, jetzt k\u00f6nnen Sie im Tab<\/p>\n

<\/p>\n

Clients<\/strong> —> Kubernetes<\/strong> —> Anmeldeinformationen<\/strong><\/p>\n

<\/p>\n

erhalten Geheimnis<\/strong> das wir sp\u00e4ter verwenden werden.<\/p>\n

<\/p>\n

Kubernetes-Konfiguration<\/h2>\n

<\/p>\n

Die Konfiguration von Kubernetes f\u00fcr OIDC-Authentifizierung ist ziemlich trivial und nicht sehr kompliziert. Alles, was Sie brauchen, ist, das CA-Zertifikat Ihres OIDC-Servers in \/etc\/kubernetes\/pki\/oidc-ca.pem<\/code> einzuf\u00fcgen und die erforderlichen Optionen f\u00fcr kube-apiserver hinzuzuf\u00fcgen.
\nDazu aktualisieren Sie \/etc\/kubernetes\/manifests\/kube-apiserver.yaml<\/code> auf all Ihren Master-Knoten:<\/p>\n

<\/p>\n

...\nspec:\n  containers:\n  - command:\n    - kube-apiserver\n...\n    - --oidc-ca-file=\/etc\/kubernetes\/pki\/oidc-ca.pem\n    - --oidc-client-id=kubernetes\n    - --oidc-groups-claim=groups\n    - --oidc-issuer-url=https:\/\/keycloak.example.org\/auth\/realms\/kubernetes\n    - --oidc-username-claim=email\n...<\/code><\/pre>\n
<\/p>\n
Und aktualisieren Sie auch die kubeadm-Konfiguration im Cluster, um diese Einstellungen bei einem Update nicht zu verlieren:<\/p>\n
<\/p>\n
kubectl edit -n kube-system configmaps kubeadm-config<\/code><\/pre>\n
<\/p>\n
...\ndata:\n  ClusterConfiguration: |\n    apiServer:\n      extraArgs:\n        oidc-ca-file: \/etc\/kubernetes\/pki\/oidc-ca.pem\n        oidc-client-id: kubernetes\n        oidc-groups-claim: groups\n        oidc-issuer-url: https:\/\/keycloak.example.org\/auth\/realms\/kubernetes\n        oidc-username-claim: email\n...<\/code><\/pre>\n
<\/p>\n
Damit ist die Kubernetes-Konfiguration abgeschlossen. Sie k\u00f6nnen die gleichen Schritte in all Ihren Kubernetes-Clustern wiederholen.<\/p>\n
<\/p>\n
Erste Autorisierung<\/h2>\n
<\/p>\n
Nach diesen Schritten haben Sie bereits einen Kubernetes-Cluster mit konfigurierte OIDC-Authentifizierung. Der einzige Punkt ist, dass Ihre Benutzer noch keinen Client und kein eigenes kubeconfig haben. Um dieses Problem zu l\u00f6sen, sollte die automatische Ausgabe von kubeconfig an die Benutzer nach erfolgreicher Authentifizierung konfiguriert werden.<\/p>\n
<\/p>\n
Dazu k\u00f6nnen spezielle Webanwendungen verwendet werden, die die Authentifizierung des Benutzers erm\u00f6glichen und dann das fertige kubeconfig herunterladen. Eine der praktischsten ist Kuberos<\/a><\/noindex>, er erm\u00f6glicht es, alle Kubernetes-Cluster in einer Konfiguration zu beschreiben und leicht zwischen ihnen zu wechseln.<\/p>\n
<\/p>\n
Um Kuberos einzurichten, reicht es aus, eine Vorlage f\u00fcr die kubeconfig zu beschreiben und mit den folgenden Parametern zu starten:<\/p>\n
<\/p>\n
kuberos https:\/\/keycloak.example.org\/auth\/realms\/kubernetes kubernetes \/cfg\/secret \/cfg\/template<\/code><\/pre>\n
<\/p>\n
F\u00fcr detailliertere Informationen siehe Nutzung<\/a><\/noindex> auf Github.<\/p>\n
<\/p>\n
Es ist auch m\u00f6glich, kubelogin<\/a><\/noindex> , wenn Sie die Authentifizierung direkt auf dem Computer des Benutzers durchf\u00fchren m\u00f6chten. In diesem Fall \u00f6ffnet sich f\u00fcr den Benutzer ein Browser mit einem Authentifizierungsformular auf localhost.<\/p>\n
<\/p>\n
Die erhaltene kubeconfig kann auf der Website \u00fcberpr\u00fcft werden jwt.io<\/a><\/noindex>. Kopieren Sie einfach den Wert users[].user.auth-provider.config.id-token<\/code> aus Ihrer kubeconfig in das Formular auf der Website und erhalten Sie sofort die Dekodierung.<\/p>\n
<\/p>\n
RBAC-Konfiguration<\/h2>\n
<\/p>\n
Bei der Einrichtung von RBAC kann sowohl auf den Benutzernamen (Feld name<\/code> im jwt-Token), als auch auf die Benutzergruppe (Feld Gruppen<\/code> im jwt-Token) verwiesen werden. Hier ist ein Beispiel f\u00fcr die Berechtigungseinstellungen f\u00fcr die Gruppe kubernetes-default-namespace-admins<\/code>:<\/p>\n
\nkubernetes-default-namespace-admins.yaml<\/b><\/p>\n
apiVersion: rbac.authorization.k8s.io\/v1\nkind: Role\nmetadata:\n  name: default-admins\n  namespace: default\nrules:\n- apiGroups:\n  - '*'\n  resources:\n  - '*'\n  verbs:\n  - '*'\n---\napiVersion: rbac.authorization.k8s.io\/v1\nkind: RoleBinding\nmetadata:\n  name: kubernetes-default-namespace-admins\n  namespace: default\nroleRef:\n  apiGroup: rbac.authorization.k8s.io\n  kind: Role\n  name: default-admins\nsubjects:\n- apiGroup: rbac.authorization.k8s.io\n  kind: Group\n  name: kubernetes-default-namespace-admins<\/code><\/pre>\n
<\/p>\n
Mehr Beispiele f\u00fcr RBAC finden Sie in der offiziellen Kubernetes-Dokumentation<\/a><\/noindex><\/p>\n
<\/p>\n
Einrichtung des auth-proxy<\/h2>\n
<\/p>\n
Es gibt ein gro\u00dfartiges Projekt keycloak-gatekeeper<\/a><\/noindex>, das es erm\u00f6glicht, jede Anwendung zu sichern, indem der Benutzer die M\u00f6glichkeit hat, sich beim OIDC-Server zu authentifizieren. Ich werde zeigen, wie man es mit dem Kubernetes-Dashboard einrichtet:<\/p>\n
\ndashboard-proxy.yaml<\/b><\/p>\n
apiVersion: extensions\/v1beta1\nkind: Deployment\nmetadata:\n  name: kubernetes-dashboard-proxy\nspec:\n  replicas: 1\n  template:\n    metadata:\n      labels:\n        app: kubernetes-dashboard-proxy\n    spec:\n      containers:\n      - args:\n        - --listen=0.0.0.0:80\n        - --discovery-url=https:\/\/keycloak.example.org\/auth\/realms\/kubernetes\n        - --client-id=kubernetes\n        - --client-secret=\n        - --redirection-url=https:\/\/kubernetes-dashboard.example.org\n        - --enable-refresh-tokens=true\n        - --encryption-key=ooTh6Chei1eefooyovai5ohwienuquoh\n        - --upstream-url=https:\/\/kubernetes-dashboard.kube-system\n        - --resources=uri=\/*\n        image: keycloak\/keycloak-gatekeeper\n        name: kubernetes-dashboard-proxy\n        ports:\n        - containerPort: 80\n          livenessProbe:\n            httpGet:\n              path: \/oauth\/health\n              port: 80\n            initialDelaySeconds: 3\n            timeoutSeconds: 2\n          readinessProbe:\n            httpGet:\n              path: \/oauth\/health\n              port: 80\n            initialDelaySeconds: 3\n            timeoutSeconds: 2\n---\napiVersion: v1\nkind: Service\nmetadata:\n  name: kubernetes-dashboard-proxy\nspec:\n  ports:\n  - port: 80\n    protocol: TCP\n    targetPort: 80\n  selector:\n    app: kubernetes-dashboard-proxy\n  type: ClusterIP<\/code><\/pre>\n
Quelle: habr.com<\/a> <\/p>","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"excerpt":{"rendered":"
\u041d\u0435\u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u044f \u043e \u0442\u043e\u043c, \u043a\u0430\u043a \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u0443\u044f Keycloak \u043c\u043e\u0436\u043d\u043e \u0441\u0432\u044f\u0437\u0430\u0442\u044c Kubernetes \u0441 \u0432\u0430\u0448\u0438\u043c LDAP-\u0441\u0435\u0440\u0432\u0435\u0440\u043e\u043c \u0438 \u043d\u0430\u0441\u0442\u0440\u043e\u0438\u0442\u044c \u0438\u043c\u043f\u043e\u0440\u0442 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0438 \u0433\u0440\u0443\u043f\u043f. \u042d\u0442\u043e \u043f\u043e\u0437\u0432\u043e\u043b\u0438\u0442 \u043d\u0430\u0441\u0442\u0440\u0430\u0438\u0432\u0430\u0442\u044c RBAC \u0434\u043b\u044f \u0432\u0430\u0448\u0438\u0445 \u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u0435\u043b\u0435\u0439 \u0438 \u0438\u0441\u043f\u043e\u043b\u044c\u0437\u043e\u0432\u0430\u0442\u044c auth-proxy \u0447\u0442\u043e\u0431\u044b \u0437\u0430\u0449\u0438\u0442\u0438\u0442\u044c Kubernetes Dashboard \u0438 \u0434\u0440\u0443\u0433\u0438\u0435 \u043f\u0440\u0438\u043b\u043e\u0436\u0435\u043d\u0438\u044f, \u043a\u043e\u0442\u043e\u0440\u044b\u0435 \u043d\u0435 \u0443\u043c\u0435\u044e\u0442 \u043f\u0440\u043e\u0438\u0437\u0432\u043e\u0434\u0438\u0442\u044c \u0430\u0432\u0442\u043e\u0440\u0438\u0437\u0430\u0446\u0438\u044e \u0441\u0430\u043c\u043e\u0441\u0442\u043e\u044f\u0442\u0435\u043b\u044c\u043d\u043e. \u0423\u0441\u0442\u0430\u043d\u043e\u0432\u043a\u0430 Keycloak \u041f\u0440\u0435\u0434\u043f\u043e\u043b\u043e\u0436\u0438\u043c \u0447\u0442\u043e \u0443 \u0432\u0430\u0441 \u0443\u0436\u0435 \u0435\u0441\u0442\u044c LDAP-\u0441\u0435\u0440\u0432\u0435\u0440. \u042d\u0442\u043e \u043c\u043e\u0436\u0435\u0442 \u0431\u044b\u0442\u044c Active […]<\/p>\n","protected":false,"gt_translate_keys":[{"key":"rendered","format":"html"}]},"author":1,"featured_media":70868,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[688],"tags":[],"class_list":["post-70867","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-administrirovanie"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\n","aioseo_head_json":{"title":"\ud83e\udd47LDAP-Authentifizierung mit Kubernetes verbinden | ProHoster","description":"Eine kurze Anleitung dazu, wie.","canonical_url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/prikruchivaem-ldap-avtorizacziyu-k-kubernetes","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"de_DE","og:site_name":"ProHoster | \u041a\u0443\u043f\u0438\u0442\u044c \u043d\u0430\u0434\u0435\u0436\u043d\u044b\u0439 \u0445\u043e\u0441\u0442\u0438\u043d\u0433 \u0434\u043b\u044f \u0441\u0430\u0439\u0442\u043e\u0432 \u0441 \u0437\u0430\u0449\u0438\u0442\u043e\u0439 \u043e\u0442 DDoS, VPS VDS \u0441\u0435\u0440\u0432\u0435\u0440\u044b","og:type":"article","og:title":"\ud83e\udd47\u041f\u0440\u0438\u043a\u0440\u0443\u0447\u0438\u0432\u0430\u0435\u043c LDAP-\u0430\u0432\u0442\u043e\u0440\u0438\u0437\u0430\u0446\u0438\u044e \u043a Kubernetes | ProHoster","og:description":"\u041d\u0435\u0431\u043e\u043b\u044c\u0448\u0430\u044f \u0438\u043d\u0441\u0442\u0440\u0443\u043a\u0446\u0438\u044f \u043e \u0442\u043e\u043c, \u043a\u0430\u043a.","og:url":"https:\/\/prohoster.info\/de\/blog\/administrirovanie\/prikruchivaem-ldap-avtorizacziyu-k-kubernetes","og:image":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:secure_url":"https:\/\/prohoster.info\/wp-content\/uploads\/2021\/11\/logo-350.jpg","og:image:width":350,"og:image:height":350,"article:published_time":"2020-02-22T03:40:58+00:00","article:modified_time":"2020-03-03T13:14:36+00:00","article:publisher":"https:\/\/www.facebook.com\/prohoster","article:author":"https:\/\/www.facebook.com\/prohoster"},"aioseo_meta_data":{"post_id":"70867","title":null,"description":null,"keywords":null,"keyphrases":null,"primary_term":null,"canonical_url":null,"og_title":null,"og_description":null,"og_object_type":"default","og_image_type":"default","og_image_url":null,"og_image_width":null,"og_image_height":null,"og_image_custom_url":null,"og_image_custom_fields":null,"og_video":null,"og_custom_url":null,"og_article_section":null,"og_article_tags":null,"twitter_use_og":false,"twitter_card":"default","twitter_image_type":"default","twitter_image_url":null,"twitter_image_custom_url":null,"twitter_image_custom_fields":null,"twitter_title":null,"twitter_description":null,"schema":{"blockGraphs":[],"customGraphs":[],"default":{"data":{"Article":[],"Course":[],"Dataset":[],"FAQPage":[],"Movie":[],"Person":[],"Product":[],"ProductReview":[],"Car":[],"Recipe":[],"Service":[],"SoftwareApplication":[],"WebPage":[]},"graphName":"","isEnabled":true},"graphs":[]},"schema_type":null,"schema_type_options":null,"pillar_content":false,"robots_default":true,"robots_noindex":false,"robots_noarchive":false,"robots_nosnippet":false,"robots_nofollow":false,"robots_noimageindex":false,"robots_noodp":false,"robots_notranslate":false,"robots_max_snippet":null,"robots_max_videopreview":null,"robots_max_imagepreview":"large","priority":null,"frequency":null,"local_seo":null,"seo_analyzer_scan_date":null,"breadcrumb_settings":null,"limit_modified_date":false,"reviewed_by":null,"ai":null,"created":"2021-02-28 19:12:23","updated":"2022-09-28 01:58:51","focus_keyword":null,"additional_keywords":null,"truseo_locale":null},"gt_translate_keys":[{"key":"link","format":"url"}],"_links":{"self":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/70867","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/comments?post=70867"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/posts\/70867\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media\/70868"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/media?parent=70867"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/categories?post=70867"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/de\/wp-json\/wp\/v2\/tags?post=70867"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}