Ciao a tutti.
E bentornati.
Nel video precedente abbiamo parlato delle basi delle strategie SIP e di come, per impostazione predefinita,
utilizzando l'Access ACP completo, venga adottata la strategia di negazione.
Nel video di oggi, quindi, vedremo come passare da una strategia basata sulle liste di rifiuto a una
strategia basata sulle liste di autorizzazione.
A questo punto, una parte importante di cui abbiamo parlato è che ogni percorso verso l'utente e l'account
deve avere almeno una linfa collegata.
Se si desidera cambiare, è necessario sostituire il criterio di accesso completo predefinito con un criterio personalizzato
prima di poterlo rimuovere.
Quindi andiamo avanti e proviamo rapidamente.
A questo punto, quando parliamo di politiche di controllo dei servizi, abbiamo a disposizione la
politica di accesso completo predefinita.
E se si guarda all'obiettivo, ce ne sono tre.
Una è la radice da sola.
Avete l'account sandbox e l'account di gestione.
Vogliamo quindi sostituirlo con un criterio di elenco di permessi.
Quindi andiamo avanti e creiamo un nuovo criterio nel nome del criterio.
Chiamiamola semplicemente politica dell'elenco dei permessi.
E nella dichiarazione di politica aggiungerò una dichiarazione che consente di agire su EC due stelle e cloud.
Cosa?
Aggiungerò anche questa politica dopo questo video, in modo che possiate farvi riferimento una volta sola.
Poi si può procedere alla creazione del criterio.
Ottimo.
Il passo successivo consiste nell'associare questa politica.
Prima di farlo, diamo un'occhiata veloce.
Non stiamo quindi esplorando il conto di gestione.
Utilizzeremo l'account sandbox per i test generali.
Ora, se si guarda all'account sandbox, ci sono due criteri applicati.
Uno è l'accesso completo che viene collegato direttamente e il secondo è l'accesso completo che viene ereditato
da root.
Va bene.
Quindi manterremo le strutture molto simili.
Quindi il criterio dell'elenco dei permessi, andiamo avanti e attacchiamolo a livello di account sandbox.
E attacchiamolo anche a livello di radice.
Va bene.
Quindi, se dovete verificare, se guardate i criteri dell'account sandbox, questa volta, dovreste
vedere i criteri.
Ora è possibile rimuovere il criterio basato sull'accesso completo.
Quindi andiamo avanti e proviamo.
Quindi l'accesso completo agli obiettivi, rimuovendo l'account sandbox.
Va bene.
E per verificare, nell'account sandbox sono ancora presenti tre criteri.
L'accesso completo è ancora ereditato da root.
È quindi necessario assicurarsi di rimuovere anche questo.
Quindi stacchiamolo anche a livello di radice.
Una volta fatto questo, verificare nuovamente che siano disponibili solo i criteri dell'elenco di permessi.
Attualmente ho effettuato il login con l'utente root nell'account sandbox e verifichiamo se siamo in
grado di aprire questi servizi ed eseguire operazioni.
Così riprenderemo qualche servizio a caso, per esempio, le idee.
Proviamo a creare il database.
E qui si vede un errore che indica che c'è un ritardo in un criterio di controllo del servizio.
Allo stesso modo, proviamone un'altra.
Proviamo il senso.
Anche in questo caso, in un certo senso, si ottiene l'errore.
Apriamo cloud watch, perché l'autorizzazione di cloud watch è molto presente.
E come previsto, non mostra alcun errore.
È possibile creare cloud, guardare dashboard e così via.
Va bene.
Spero quindi che abbiate capito come passare dall'elenco deny a quello allow.
Ora, se si vuole tornare all'elenco dei rifiuti, è possibile disattivare i criteri di controllo
dei servizi.
Procediamo rapidamente.
E quando si attiva il criterio di controllo del servizio un'altra volta.
Anche se sarete in grado di vedere entrambe le polizze, l'accesso completo entrerà in vigore.
Quindi, se si guarda agli obiettivi, si vedrà che tutti gli obiettivi sono ora associati.
E permettetemi di mostrarvi rapidamente che nell'account Sandbox, se guardate le politiche, avete accesso
completo.
È quindi abbastanza facile tornare all'approccio basato sulla strategia dell'elenco di negazione.
Questa è la panoramica di alto livello che conclude il video di oggi.