{"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\/it\/blog\/administrirovanie\/prikruchivaem-ldap-avtorizacziyu-k-kubernetes","title":{"rendered":"Colleghiamo l'autenticazione LDAP a Kubernetes","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

\"Colleghiamo<\/p>\n

<\/p>\n

Breve istruzione su come utilizzare Keycloak per collegare Kubernetes al tuo server LDAP e configurare l'importazione di utenti e gruppi. Questo permetter\u00e0 di configurare RBAC per i tuoi utenti e di utilizzare auth-proxy per proteggere il Kubernetes Dashboard e altre applicazioni che non possono eseguire l'autenticazione autonomamente.<\/p>\n

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

Installazione di Keycloak<\/h2>\n

<\/p>\n

Supponiamo che tu abbia gi\u00e0 un server LDAP. Pu\u00f2 essere Active Directory, FreeIPA, OpenLDAP o qualsiasi altra cosa. Se non hai un server LDAP, puoi comunque creare utenti direttamente nell'interfaccia di Keycloak oppure utilizzare provider oidc pubblici (Google, Github, Gitlab), il risultato sar\u00e0 quasi lo stesso.<\/p>\n

<\/p>\n

Iniziamo installando Keycloak, l'installazione pu\u00f2 essere eseguita separatamente o direttamente nel cluster Kubernetes; in genere, se hai pi\u00f9 cluster Kubernetes, sarebbe pi\u00f9 semplice installarlo separatamente. D'altra parte, puoi sempre utilizzare il chart helm ufficiale<\/a><\/noindex> e installarlo direttamente nel tuo cluster.<\/p>\n

<\/p>\n

Per memorizzare i dati di Keycloak, avrai bisogno di un database. Per impostazione predefinita, viene utilizzato h2<\/code> (tutti i dati sono memorizzati localmente), ma \u00e8 anche possibile utilizzare postgres<\/code>, mysql<\/code> o mariadb<\/code>.
\nSe hai deciso di installare Keycloak separatamente, troverai istruzioni pi\u00f9 dettagliate in documentazione ufficiale<\/a><\/noindex>.<\/p>\n

<\/p>\n

Impostazione della federazione<\/h2>\n

<\/p>\n

Per prima cosa, creiamo un nuovo realm. Un realm \u00e8 lo spazio della nostra applicazione. Ogni applicazione pu\u00f2 avere il proprio realm con utenti e impostazioni di autorizzazione differenti. Il realm Master \u00e8 utilizzato da Keycloak stesso e non \u00e8 corretto usarlo per qualcos'altro.<\/p>\n

<\/p>\n

Clicchiamo su Aggiungi realm<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

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

Nome visualizzato<\/strong>
\nKubernetes<\/code><\/p>\n

Nome da visualizzare in HTML<\/strong>
\n<img src="https:\/\/kubernetes.io\/images\/nav_logo.svg" width="400" ><\/code><\/p>\n

<\/p>\n

Kubernetes verifica per impostazione predefinita se l'email dell'utente \u00e8 stata confermata. Poich\u00e9 stiamo utilizzando il nostro server LDAP, questa verifica restituir\u00e0 quasi sempre false<\/code>. Disattiviamo la visualizzazione di questo parametro in Kubernetes:<\/p>\n

<\/p>\n

Ambiti client<\/strong> \u2192 Email<\/strong> \u2192 Mapper<\/strong> \u2192 Email verificata<\/strong> (Elimina)<\/p>\n

<\/p>\n

Ora configuriamo la federazione, per farlo andiamo a:<\/p>\n

<\/p>\n

Federazione utenti<\/strong> \u2192 Aggiungi fornitore\u2026<\/strong> \u2192 ldap<\/strong><\/p>\n

<\/p>\n

Riporter\u00f2 un esempio di configurazione per FreeIPA:<\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

Nome da visualizzare in console<\/strong>
\nfreeipa.example.org<\/code><\/p>\n

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

Attributo UUID LDAP<\/strong>
\nipauniqueid<\/code><\/p>\n

URL di connessione<\/strong>
\nldaps:\/\/freeipa.example.org<\/code><\/p>\n

DN utenti<\/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

Credenziale Bind<\/strong>
\n<password><\/code><\/p>\n

Consenti l'autenticazione Kerberos:<\/strong>
\non<\/code><\/p>\n

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

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

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

<\/p>\n

L'utente keycloak-svc<\/code> deve essere creato in anticipo sul nostro server LDAP.<\/p>\n

<\/p>\n

Nel caso di Active Directory, \u00e8 sufficiente selezionare Venditore: Active Directory<\/strong> e le impostazioni necessarie verranno automaticamente inserite nel modulo.<\/p>\n

<\/p>\n

Clicchiamo su Salva<\/strong><\/p>\n

<\/p>\n

Ora andiamo a:<\/p>\n

<\/p>\n

Federazione utenti<\/strong> \u2192 freeipa.example.org<\/strong> \u2192 Mapper<\/strong> \u2192 Nome<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

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

<\/p>\n

Ora attiviamo il mapping dei gruppi:<\/p>\n

<\/p>\n

Federazione utenti<\/strong> \u2192 freeipa.example.org<\/strong> \u2192 Mapper<\/strong> \u2192 Crea<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

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

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

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

Strategia di Recupero dei Gruppi Utenti<\/strong>
\nGET_GROUPS_FROM_USER_MEMBEROF_ATTRIBUTE<\/code><\/p>\n

<\/p>\n

Con questo, la configurazione della federazione \u00e8 completata, procediamo con la configurazione del client.<\/p>\n

<\/p>\n

Configurazione del client<\/h2>\n

<\/p>\n

Creiamo un nuovo client (l'applicazione che ricever\u00e0 gli utenti da Keycloak). Andiamo a:<\/p>\n

<\/p>\n

Clients<\/strong> \u2192 Crea<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

Client ID<\/strong>
\nkubernetes<\/code><\/p>\n

Tipo di Accesso<\/strong>
\nconfidenziale<\/code><\/p>\n

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

URI di Reindirizzamento Validi<\/strong>
\nhttp:\/\/kubernetes.example.org\/*<\/code><\/p>\n

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

<\/p>\n

Creeremo anche uno scope per i gruppi:<\/p>\n

<\/p>\n

Scope del Client<\/strong> \u2192 Crea<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

Modello<\/strong>
\nNessun template<\/code><\/p>\n

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

Percorso completo del gruppo<\/strong>
\nfalse<\/code><\/p>\n

<\/p>\n

E configuriamo il mapper per essi:<\/p>\n

<\/p>\n

Scope del Client<\/strong> \u2192 groups<\/strong> \u2192 Mapper<\/strong> \u2192 Crea<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

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

Tipo di Mapper<\/strong>
\nAppartenenza al gruppo<\/code><\/p>\n

Nome del Token Claim<\/strong>
\ngroups<\/code><\/p>\n

<\/p>\n

Ora dobbiamo attivare il mapping dei gruppi nel nostro client scope:<\/p>\n

<\/p>\n

Clients<\/strong> \u2192 kubernetes<\/strong> \u2192 Scope del Client<\/strong> \u2192 Scopes Client Predefiniti<\/strong><\/p>\n

<\/p>\n

Selezioniamo groups<\/strong> in Client Scopes Disponibili<\/strong>, facciamo clic su Aggiungi selezionati<\/strong><\/p>\n

<\/p>\n

Ora configuriamo l'autenticazione della nostra applicazione, andiamo a:<\/p>\n

<\/p>\n

Clients<\/strong> \u2192 kubernetes<\/strong><\/p>\n

<\/p>\n

Opzione
\nValue<\/p>\n

Autorizzazione Abilitata<\/strong>
\nACCESO<\/code><\/p>\n

<\/p>\n

Clicchiamo salva<\/strong> e con questo la configurazione del client \u00e8 completata, ora nella scheda<\/p>\n

<\/p>\n

Clients<\/strong> \u2192 kubernetes<\/strong> \u2192 Credenziali<\/strong><\/p>\n

<\/p>\n

potrete ottenere Secret<\/strong> che utilizzeremo in seguito.<\/p>\n

<\/p>\n

Configurazione Kubernetes<\/h2>\n

<\/p>\n

La configurazione di Kubernetes per l'autenticazione OIDC \u00e8 piuttosto banale e non \u00e8 qualcosa di molto complesso. Tutto ci\u00f2 che \u00e8 necessario \u00e8 posizionare il certificato CA del vostro server OIDC in \/etc\/kubernetes\/pki\/oidc-ca.pem<\/code> e aggiungere le opzioni necessarie per kube-apiserver.
\nA tale scopo, aggiornate \/etc\/kubernetes\/manifests\/kube-apiserver.yaml<\/code> su tutti i vostri master:<\/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
E aggiornate anche il file di configurazione kubeadm nel cluster, per non perdere queste impostazioni durante l'aggiornamento:<\/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
Con questo, la configurazione di Kubernetes \u00e8 completata. Potete ripetere queste azioni in tutti i vostri cluster Kubernetes.<\/p>\n
<\/p>\n
Autenticazione Iniziale<\/h2>\n
<\/p>\n
Dopo queste operazioni avrete gi\u00e0 un cluster Kubernetes con l'autenticazione OIDC configurata. L'unico problema \u00e8 che i vostri utenti non hanno ancora un client configurato n\u00e9 un proprio kubeconfig. Per risolvere questo problema, \u00e8 necessario configurare il rilascio automatico del kubeconfig agli utenti dopo una autorizzazione riuscita.<\/p>\n
<\/p>\n
A tal fine, si possono utilizzare applicazioni web specializzate, che permettono di autenticare l'utente e poi scaricare un kubeconfig pronto. Una delle pi\u00f9 comode \u00e8 Kuberos<\/a><\/noindex>, esso consente di descrivere tutti i cluster Kubernetes in un'unica configurazione e passare facilmente tra di essi.<\/p>\n
<\/p>\n
Per configurare Kuberos \u00e8 sufficiente descrivere un template per kubeconfig e avviarlo con i seguenti parametri:<\/p>\n
<\/p>\n
kuberos https:\/\/keycloak.example.org\/auth\/realms\/kubernetes kubernetes \/cfg\/secret \/cfg\/template<\/code><\/pre>\n
<\/p>\n
Per informazioni pi\u00f9 dettagliate, vedere Utilizzo<\/a><\/noindex> su Github.<\/p>\n
<\/p>\n
\u00c8 anche possibile utilizzare kubelogin<\/a><\/noindex> se desideri effettuare l'autenticazione direttamente sul computer dell'utente. In questo caso, si aprir\u00e0 un browser con un modulo di autenticazione su localhost.<\/p>\n
<\/p>\n
Il kubeconfig ottenuto pu\u00f2 essere verificato sul sito jwt.io<\/a><\/noindex>. Basta copiare il valore users[].user.auth-provider.config.id-token<\/code> dal tuo kubeconfig nel modulo del sito e riceverai subito la decodifica.<\/p>\n
<\/p>\n
Configurazione RBAC<\/h2>\n
<\/p>\n
Durante la configurazione dell'RBAC \u00e8 possibile riferirsi sia al nome utente (campo name<\/code> nel token jwt), sia al gruppo di utenti (campo groups<\/code> nel token jwt). Ecco un esempio di configurazione dei diritti per il gruppo 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
Ulteriori esempi per RBAC possono essere trovati in della documentazione ufficiale di Kubernetes<\/a><\/noindex><\/p>\n
<\/p>\n
Configurazione dell'auth-proxy<\/h2>\n
<\/p>\n
C'\u00e8 un ottimo progetto keycloak-gatekeeper<\/a><\/noindex>, che consente di proteggere qualsiasi applicazione, fornendo all'utente la possibilit\u00e0 di autenticarsi su un server OIDC. Ti mostrer\u00f2 come configurarlo usando come esempio il Kubernetes Dashboard:<\/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
Fonte: 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\udd47Collegare l'autenticazione LDAP a Kubernetes | ProHoster","description":"Una piccola guida su come.","canonical_url":"https:\/\/prohoster.info\/it\/blog\/administrirovanie\/prikruchivaem-ldap-avtorizacziyu-k-kubernetes","robots":"max-image-preview:large","keywords":"","webmasterTools":{"miscellaneous":""},"schema":null,"og:locale":"it_IT","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\/it\/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\/it\/wp-json\/wp\/v2\/posts\/70867","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/comments?post=70867"}],"version-history":[{"count":0,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/posts\/70867\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media\/70868"}],"wp:attachment":[{"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/media?parent=70867"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/categories?post=70867"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/prohoster.info\/it\/wp-json\/wp\/v2\/tags?post=70867"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}