Questa pagina è stata tradotta dall'API Cloud Translation.

Utilizzare Ranger con Kerberos

Gli esempi riportati di seguito creano e utilizzano un cluster Dataproc con Kerberos abilitato con componenti Ranger e Solr per controllare l'accesso degli utenti alle risorse Hadoop, YARN e HIVE.

Note:

È possibile accedere all'interfaccia utente web di Ranger tramite il gateway dei componenti.
In un cluster Ranger con Kerberos, Dataproc mappa un utente Kerberos all'utente di sistema rimuovendo il realm e l'istanza dell'utente Kerberos. Ad esempio, l'entità Kerberosuser1/cluster-m@MY.REALM è mappata al sistema user1 e i criteri Ranger sono definiti per consentire o negare le autorizzazioni per user1.

Configura la password di amministratore di Ranger.
Configura la password dell'entità radice Kerberos.

Crea il cluster.

Il seguente comando gcloud può essere eseguito in una finestra del terminale locale o da Cloud Shell di un progetto.

gcloud dataproc clusters create cluster-name \
    --region=region \
    --optional-components=SOLR,RANGER \
    --enable-component-gateway \
    --properties="dataproc:ranger.kms.key.uri=projects/project-id/locations/global/keyRings/keyring/cryptoKeys/key,dataproc:ranger.admin.password.uri=gs://bucket/admin-password.encrypted" \
    --kerberos-root-principal-password-uri=gs://bucket/kerberos-root-principal-password.encrypted \
    --kerberos-kms-key=projects/project-id/locations/global/keyRings/keyring/cryptoKeys/key

Una volta che il cluster è in esecuzione, vai alla pagina Cluster di Dataproc nella console Google Cloud, quindi seleziona il nome del cluster per aprire la pagina Dettagli cluster. Fai clic sulla scheda Interfacce web per visualizzare un elenco di link del gateway dei componenti alle interfacce web dei componenti predefiniti e facoltativi installati sul cluster. Fai clic sul link Ranger.
Accedi a Ranger inserendo il nome utente "admin" e la password di amministratore di Ranger.
L'interfaccia utente di amministrazione di Ranger si apre in un browser locale.

I seguenti esempi creano criteri Ranger per consentire o negare l'accesso a due utenti del sistema operativo e a due principali Kerberos: userone e usertwo.

Criterio di accesso YARN

Questo esempio crea un criterio Ranger per consentire e negare l'accesso utente alla coda root.default di YARN.

Seleziona yarn-dataproc dall'interfaccia utente di Ranger Admin.
Nella pagina Norme yarn-dataproc, fai clic su Aggiungi nuova norma. Nella pagina Crea criterio, i seguenti campi vengono inseriti o selezionati:
- Policy Name: "yarn-policy-1"
- Queue: "root.default"
- Audit Logging: "Sì"
- Allow Conditions:
  - Select User: "userone"
  - Permissions: "Seleziona tutto" per concedere tutte le autorizzazioni
- Deny Conditions:
  - Select User: "usertwo"
  - Permissions: "Seleziona tutto" per negare tutte le autorizzazioni
  Fai clic su Aggiungi per salvare la norma. Il criterio è elencato nella pagina Norme yarn-dataproc:
Esegui un job MapReduce Hadoop nella finestra della sessione SSH principale come utente one:
```
userone@example-cluster-m:~$ hadoop jar /usr/lib/hadoop-mapreduce/hadoop-mapreduced-examples.
jar pi 5 10
```
1. L'interfaccia utente di Ranger mostra che userone è stato autorizzato a inviare il job.
Esegui il job MapReduce di Hadoop dalla finestra della sessione SSH master della VM come usertwo:
```
usertwo@example-cluster-m:~$ hadoop jar /usr/lib/hadoop-mapreduce/hadoop-mapreduced-examples.
jar pi 5 10
```
1. L'interfaccia utente di Ranger mostra che a usertwo è stato negato l'accesso per inviare il job.

Criterio di accesso HDFS

Questo esempio crea un criterio Ranger per consentire e negare l'accesso utente alla directory HDFS /tmp.

Seleziona hadoop-dataproc dall'interfaccia utente di Ranger Admin.
Nella pagina hadoop-dataproc Policies (Criteri hadoop-dataproc), fai clic su Add New Policy (Aggiungi nuovo criterio). Nella pagina Crea criterio, i seguenti campi vengono inseriti o selezionati:
- Policy Name: "hadoop-policy-1"
- Resource Path: "/tmp"
- Audit Logging: "Sì"
- Allow Conditions:
  - Select User: "userone"
  - Permissions: "Seleziona tutto" per concedere tutte le autorizzazioni
- Deny Conditions:
  - Select User: "usertwo"
  - Permissions: "Seleziona tutto" per negare tutte le autorizzazioni
  Fai clic su Aggiungi per salvare la norma. Il criterio è elencato nella pagina Criteri hadoop-dataproc:
Accedi alla directory /tmp HDFS come utenteone:
```
userone@example-cluster-m:~$ hadoop fs -ls /tmp
```
1. L'interfaccia utente di Ranger mostra che userone è stato consentito l'accesso alla directory /tmp di HDFS.
Accedi alla directory HDFS /tmp come usertwo:
```
usertwo@example-cluster-m:~$ hadoop fs -ls /tmp
```
1. L'interfaccia utente di Ranger mostra che usertwo è stato negato l'accesso alla directory /tmp di HDFS.

Criterio di accesso Hive

Questo esempio crea un criterio Ranger per consentire e negare l'accesso degli utenti a una tabella Hive.

Crea una piccola tabella employee utilizzando l'interfaccia a riga di comando Hive nell'istanza principale.

hive> CREATE TABLE IF NOT EXISTS employee (eid int, name String); INSERT INTO employee VALUES (1 , 'bob') , (2 , 'alice'), (3 , 'john');

Seleziona hive-dataproc dall'interfaccia utente di Ranger Admin.
Nella pagina Norme hive-dataproc, fai clic su Aggiungi nuova norma. Nella pagina Crea criterio, i seguenti campi vengono inseriti o selezionati:
- Policy Name: "hive-policy-1"
- database: "default"
- table: "employee"
- Hive Column: "*"
- Audit Logging: "Sì"
- Allow Conditions:
  - Select User: "userone"
  - Permissions: "Seleziona tutto" per concedere tutte le autorizzazioni
- Deny Conditions:
  - Select User: "usertwo"
  - Permissions: "Seleziona tutto" per negare tutte le autorizzazioni
  Fai clic su Aggiungi per salvare la norma. Il criterio è elencato nella pagina Norme hive-dataproc:

Esegui una query dalla sessione SSH principale della VM sulla tabella dei dipendenti di Hive come utente one:

userone@example-cluster-m:~$ beeline -u "jdbc:hive2://$(hostname -f):10000/default;principal=hive/$(hostname -f)@REALM" -e "select * from employee;"

La query userone va a buon fine:

Connected to: Apache Hive (version 2.3.6)
Driver: Hive JDBC (version 2.3.6)
Transaction isolation: TRANSACTION_REPEATABLE_READ
+---------------+----------------+
| employee.eid  | employee.name  |
+---------------+----------------+
| 1             | bob            |
| 2             | alice          |
| 3             | john           |
+---------------+----------------+
3 rows selected (2.033 seconds)

Esegui una query dalla sessione SSH principale della VM sulla tabella dei dipendenti di Hive come utente due:

usertwo@example-cluster-m:~$ beeline -u "jdbc:hive2://$(hostname -f):10000/default;principal=hive/$(hostname -f)@REALM" -e "select * from employee;"

A usertwo viene negato l'accesso alla tabella:

Error: Could not open client transport with JDBC Uri:
...
Permission denied: user=usertwo, access=EXECUTE, inode="/tmp/hive"

Accesso granulare a Hive

Ranger supporta i filtri a livello di riga e di mascheramento su Hive. Questo esempio si basa sull'esempio hive-policy-1 precedente aggiungendo criteri di mascheramento e filtro.

Seleziona hive-dataproc dall'interfaccia utente di amministrazione di Ranger, poi seleziona la scheda Masking (Occultamento) e fai clic su Aggiungi nuova norma.
1. Nella pagina Crea criterio, i seguenti campi vengono inseriti o selezionati per creare un criterio per mascherare (annullare) la colonna del nome del dipendente:
  - Policy Name: "hive-masking policy"
  - database: "default"
  - table: "employee"
  - Hive Column: "name"
  - Audit Logging: "Sì"
  - Mask Conditions:
    - Select User: "userone"
    - Access Types: "seleziona" autorizzazioni di aggiunta/modifica
    - Select Masking Option: "nullify"
      
      Fai clic su Aggiungi per salvare la norma.
Seleziona hive-dataproc dall'interfaccia utente di amministrazione di Ranger, poi seleziona la scheda Filtro a livello di riga e fai clic su Aggiungi nuova norma.
1. Nella pagina Crea criterio, i seguenti campi vengono inseriti o selezionati per creare un criterio per filtrare (restituire) le righe in cui eid non è uguale a 1:
  - Policy Name: "hive-filter policy"
  - Hive Database: "default"
  - Hive Table: "employee"
  - Audit Logging: "Sì"
  - Mask Conditions:
    - Select User: "userone"
    - Access Types: "seleziona" autorizzazioni di aggiunta/modifica
    - Row Level Filter: espressione di filtro "eid != 1"
      
      Fai clic su Aggiungi per salvare la norma.
2. Ripeti la query precedente dalla sessione SSH principale della VM contro la tabella dei dipendenti di Hive come utenteone:
```
userone@example-cluster-m:~$ beeline -u "jdbc:hive2://$(hostname -f):10000/default;principal=hive/$(hostname -f)@REALM" -e "select * from employee;"
```
  1. La query restituisce la colonna Nome mascherata e il valore bob (eid=1) filtrato dai risultati.:
```
Transaction isolation: TRANSACTION_REPEATABLE_READ
+---------------+----------------+
| employee.eid  | employee.name  |
+---------------+----------------+
| 2             | NULL           |
| 3             | NULL           |
+---------------+----------------+
2 rows selected (0.47 seconds)
```