Gestire le risorse Cloud Load Balancing utilizzando vincoli personalizzati

Questa pagina mostra come utilizzare i vincoli personalizzati del servizio Policy dell'organizzazione per limitare operazioni specifiche sulle seguenti risorse Cloud de Confiance by S3NS :

• compute.googleapis.com/BackendBucket
• compute.googleapis.com/BackendService
• compute.googleapis.com/ForwardingRule
• compute.googleapis.com/HealthCheck
• compute.googleapis.com/NetworkEndpointGroup
• networkservices.googleapis.com/ServiceLbPolicy
• compute.googleapis.com/SslPolicy
• compute.googleapis.com/TargetInstance
• compute.googleapis.com/TargetPool
• compute.googleapis.com/TargetTcpProxy
• compute.googleapis.com/TargetSslProxy
• compute.googleapis.com/TargetHttpProxy
• compute.googleapis.com/TargetHttpsProxy
• compute.googleapis.com/TargetGrpcProxy
• compute.googleapis.com/UrlMap

Per saperne di più sulle policy dell'organizzazione, consulta Policy dell'organizzazione personalizzate.

Informazioni sulle policy dell'organizzazione e sui vincoli

Il servizio Cloud de Confiance Policy dell'organizzazione offre un controllo centralizzato e programmatico sulle risorse della tua organizzazione. In qualità di amministratore della policy dell'organizzazione, puoi definire una policy dell'organizzazione, ovvero un insieme di limitazioni chiamate vincoli che si applicano alle risorseCloud de Confiance e ai discendenti di queste risorse nella gerarchia delle risorseCloud de Confiance by S3NS . Puoi applicare le policy dell'organizzazione a livello di organizzazione, cartella o progetto.

Policy dell'organizzazione fornisce vincoli gestiti integrati per vari servizi Cloud de Confiance . Tuttavia, se cerchi un controllo più granulare e personalizzabile sui campi specifici limitati nelle policy dell'organizzazione, puoi anche creare vincoli personalizzati e utilizzarli in una policy dell'organizzazione personalizzata.

Ereditarietà delle policy

Per impostazione predefinita, le policy dell'organizzazione vengono ereditate dai discendenti delle risorse su cui applichi la policy. Ad esempio, se applichi una policy a una cartella, Cloud de Confiance applica la policy a tutti i progetti contenuti nella cartella. Per scoprire di più su questo comportamento e su come modificarlo, consulta Regole di valutazione della gerarchia.

Vantaggi

• Gestione dei costi: utilizza le policy dell'organizzazione personalizzate per limitare la frequenza dei probe del controllo di integrità.

• Sicurezza, conformità e governance: puoi utilizzare le policy dell'organizzazione personalizzate per applicare le policy. Ad esempio:

  • Per applicare l'utilizzo di protocolli di controllo di integrità o intervalli di porte specifici
  • Per non consentire determinati protocolli di traffico di backend
  • Per richiedere che i bucket di backend abbiano Cloud CDN abilitato
  • Per richiedere che le regole di forwarding utilizzino Network Service Tiers specifici

Limitazioni

• I controlli di integrità legacy (Legacy global (HTTP) e Legacy global (HTTPS)) non sono supportati.

• Per le risorse delle policy SSL di Compute Engine, i vincoli personalizzati vengono applicati anche al metodo UPDATE.

Prima di iniziare

1. In the Cloud de Confiance console, on the project selector page, select or create a Cloud de Confiance project.

   Roles required to select or create a project

   • Select a project: Selecting a project doesn't require a specific IAM role—you can select any project that you've been granted a role on.
   • Create a project: To create a project, you need the Project Creator role (roles/resourcemanager.projectCreator), which contains the resourcemanager.projects.create permission. Learn how to grant roles.

   Go to project selector

2. Verify that billing is enabled for your Cloud de Confiance project.

3. Installa Google Cloud CLI.

4. Configura gcloud CLI per utilizzare la tua identità federata.

   Per ulteriori informazioni, vedi Accedi a gcloud CLI con la tua identità federata.

5. Per inizializzare gcloud CLI, esegui questo comando:

   gcloud init

6. Assicurati di conoscere il tuo ID organizzazione.

Ruoli obbligatori

Per ottenere le autorizzazioni necessarie per gestire le policy dell'organizzazione personalizzate, chiedi all'amministratore di concederti il ruolo IAM Organization Policy Administrator (roles/orgpolicy.policyAdmin) sulla risorsa organizzazione. Per saperne di più sulla concessione dei ruoli, consulta Gestisci l'accesso a progetti, cartelle e organizzazioni.

Potresti anche riuscire a ottenere le autorizzazioni richieste tramite i ruoli personalizzati o altri ruoli predefiniti.

Configura un vincolo personalizzato

Un vincolo personalizzato è definito in un file YAML dalle risorse, dai metodi, dalle condizioni e dalle azioni supportati dal servizio a cui stai applicando la policy dell'organizzazione. Le condizioni per i vincoli personalizzati vengono definite utilizzando il Common Expression Language (CEL). Per saperne di più su come creare condizioni nei vincoli personalizzati utilizzando il CEL, consulta la sezione relativa al CEL di Creazione e gestione di vincoli personalizzati.

Console

Per creare un vincolo personalizzato:

1. Nella console Cloud de Confiance , vai alla pagina Policy dell'organizzazione.

   Vai a Policy dell'organizzazione

2. Nel selettore di progetti, seleziona il progetto per cui vuoi impostare la policy dell'organizzazione.
3. Fai clic su add Vincolo personalizzato.
4. Nella casella Nome visualizzato, inserisci un nome leggibile per il vincolo. Questo nome viene utilizzato nei messaggi di errore e può essere impiegato per l'identificazione e il debug. Non utilizzare informazioni che consentono l'identificazione personale (PII) o dati sensibili nei nomi visualizzati perché potrebbero essere esposti nei messaggi di errore. Questo campo può contenere fino a 200 caratteri.
5. Nella casella ID vincolo, inserisci l'ID che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato può contenere solo lettere (maiuscole e minuscole) o numeri, ad esempio custom.enforceTCPHealthCheckPort1024. Questo campo può contenere fino a 70 caratteri, senza contare il prefisso (custom.), ad esempio organizations/123456789/customConstraints/custom. Non includere PII o dati sensibili nell'ID vincolo perché potrebbero essere esposti nei messaggi di errore.
6. Nella casella Descrizione, inserisci una descrizione leggibile del vincolo. Questa descrizione viene utilizzata come messaggio di errore in caso di violazione della policy. Includi dettagli sul motivo della violazione della policy e su come risolverla. Non includere PII o dati sensibili nella descrizione perché potrebbero essere esposti nei messaggi di errore. Questo campo può contenere fino a 2000 caratteri.
7. Nella casella Tipo di risorsa, seleziona il nome della risorsa REST Cloud de Confiance contenente l'oggetto e il campo che vuoi limitare, ad esempio container.googleapis.com/NodePool. La maggior parte dei tipi di risorse supporta fino a 20 vincoli personalizzati. Se tenti di creare altri vincoli personalizzati, l'operazione non riesce.
8. In Metodo di applicazione forzata, seleziona se applicare il vincolo a un metodo REST CREATE o a entrambi i metodi CREATE e UPDATE. Se applichi il vincolo con il metodo UPDATE a una risorsa che viola il vincolo, le modifiche a quella risorsa vengono bloccate dalla policy dell'organizzazione, a meno che la modifica non risolva la violazione.

Per visualizzare i metodi supportati per ogni servizio, individualo in Servizi che supportano i vincoli personalizzati.

9. Per definire una condizione, fai clic su edit Modifica condizione.
1. Nel riquadro Aggiungi condizione, crea una condizione CEL che fa riferimento a una risorsa di servizio supportata, ad esempio resource.management.autoUpgrade == false. Questo campo può contenere fino a 1000 caratteri. Per informazioni dettagliate sull'utilizzo del CEL, consulta Common Expression Language. Per saperne di più sulle risorse di servizio che puoi utilizzare nei vincoli personalizzati, consulta Servizi supportati dai vincoli personalizzati.
2. Fai clic su Salva.
10. In Azione, seleziona se consentire o negare il metodo valutato se la condizione viene soddisfatta.

L'azione per negare fa sì che l'operazione di creazione o aggiornamento della risorsa viene bloccata se la condizione restituisce il valore true.

L'azione per consentire fa sì che l'operazione di creazione o aggiornamento della risorsa è consentita solo se la condizione restituisce il valore true. Tutti gli altri casi, tranne quelli elencati esplicitamente nella condizione, vengono bloccati.

11. Fai clic su Crea vincolo.

Dopo aver inserito un valore in ogni campo, a destra viene visualizzata la configurazione YAML equivalente per questo vincolo personalizzato.

gcloud

1. Per creare un vincolo personalizzato, crea un file YAML utilizzando il seguente formato:

name: organizations/ORGANIZATION_ID/customConstraints/CONSTRAINT_NAME
resourceTypes: RESOURCE_NAME
methodTypes:
  - CREATE
  - UPDATE 
condition: "CONDITION"
actionType: ACTION
displayName: DISPLAY_NAME
description: DESCRIPTION

Sostituisci quanto segue:

• ORGANIZATION_ID: l'ID della tua organizzazione, ad esempio 123456789.
• CONSTRAINT_NAME: il nome che vuoi assegnare al nuovo vincolo personalizzato. Un vincolo personalizzato può contenere solo lettere (maiuscole e minuscole) o numeri, ad esempio custom.enforceTCPHealthCheckPort1024. Questo campo può contenere fino a 70 caratteri, senza contare il prefisso (custom.), ad esempio organizations/123456789/customConstraints/custom. Non includere PII o dati sensibili nell'ID vincolo perché potrebbero essere esposti nei messaggi di errore.
• RESOURCE_NAME: il nome completo della risorsa Cloud de Confiancecontenente l'oggetto e il campo che vuoi limitare. Ad esempio, compute.googleapis.com/HealthCheck. La maggior parte dei tipi di risorse supporta fino a 20 vincoli personalizzati. Se tenti di creare altri vincoli personalizzati, l'operazione non riesce.
• methodTypes: i metodi REST su cui viene applicato il vincolo. Può essere CREATE o sia CREATE che UPDATE. Se applichi il vincolo con il metodo UPDATE a una risorsa che viola il vincolo, le modifiche a quella risorsa vengono bloccate dalla policy dell'organizzazione, a meno che la modifica non risolva la violazione.

Per visualizzare i metodi supportati per ogni servizio, individualo in Servizi che supportano i vincoli personalizzati.

• CONDITION: una condizione CEL scritta in base a una rappresentazione di una risorsa di servizio supportata. Questo campo può contenere fino a 1000 caratteri. Ad esempio, "resource.tcpHealthCheck.port >= 1024".

Per saperne di più sulle risorse disponibili in base alle quali scrivere condizioni, consulta Risorse supportate.

• ACTION: l'azione da eseguire se condition è soddisfatta. I valori possibili sono ALLOW e DENY.

L'azione ALLOW (Consenti) indica che, se la condizione restituisce il valore true, l'operazione di creazione o aggiornamento della risorsa è consentita. Ciò significa anche che tutti gli altri casi, tranne quello elencato esplicitamente nella condizione, sono bloccati.

L'azione DENY (Nega) indica che, se la condizione restituisce il valore true, l'operazione di creazione o aggiornamento della risorsa viene bloccata.

• DISPLAY_NAME: un nome leggibile per il vincolo. Questo nome viene utilizzato nei messaggi di errore e può essere impiegato per l'identificazione e il debug. Non utilizzare PII o dati sensibili nei nomi visualizzati perché potrebbero essere esposti nei messaggi di errore. Questo campo può contenere fino a 200 caratteri.
• DESCRIPTION: una descrizione chiara del vincolo da visualizzare come messaggio di errore in caso di violazione della policy. Questo campo può contenere fino a 2000 caratteri.
2. Dopo aver creato il file YAML per un nuovo vincolo personalizzato, devi configurarlo per renderlo disponibile per le policy dell'organizzazione. Per impostare un vincolo personalizzato, utilizza il comando gcloud org-policies set-custom-constraint:

gcloud org-policies set-custom-constraint CONSTRAINT_PATH

Sostituisci CONSTRAINT_PATH con il percorso completo del file del vincolo personalizzato. Ad esempio, /home/user/customconstraint.yaml.

Al termine di questa operazione, i vincoli personalizzati sono disponibili come policy dell'organizzazione nel tuo elenco di policy dell'organizzazione Cloud de Confiance by S3NS .

3. Per verificare che il vincolo personalizzato esista, utilizza il comando gcloud org-policies list-custom-constraints:

gcloud org-policies list-custom-constraints --organization=ORGANIZATION_ID

Sostituisci ORGANIZATION_ID con l'ID della risorsa della tua organizzazione.

Per saperne di più, consulta Visualizzazione delle policy dell'organizzazione.

Forza l'applicazione di una policy dell'organizzazione personalizzata

Puoi applicare un vincolo creando una policy dell'organizzazione che lo richiami e poi applicando questa policy dell'organizzazione a una risorsa Cloud de Confiance by S3NS .

Console

1. Nella console Cloud de Confiance , vai alla pagina Policy dell'organizzazione.

   Vai a Policy dell'organizzazione

2. Nel selettore di progetti, seleziona il progetto per cui vuoi impostare la policy dell'organizzazione.
3. Nell'elenco della pagina Policy dell'organizzazione, seleziona il vincolo per visualizzare la pagina Dettagli policy relativa al vincolo in questione.
4. Per configurare la policy dell'organizzazione per questa risorsa, fai clic su Gestisci policy.
5. Nella pagina Modifica policy, seleziona Esegui override della policy dell'unità organizzativa principale.
6. Fai clic su Aggiungi una regola.
7. Nella sezione Applicazione, seleziona se questa policy dell'organizzazione viene applicata o meno.
8. (Facoltativo) Per rendere la policy dell'organizzazione condizionale su un tag, fai clic su Aggiungi condizione. Tieni presente che se aggiungi una regola condizionale a una policy dell'organizzazione, devi aggiungere almeno una regola non condizionale, altrimenti la policy non può essere salvata. Per saperne di più, consulta Definire l'ambito delle policy dell'organizzazione con i tag.
9. Fai clic su Testa modifiche per simulare l'effetto della policy dell'organizzazione. Per saperne di più, consulta Testa le modifiche alla policy dell'organizzazione con Policy Simulator.
10. Per applicare la policy dell'organizzazione in modalità dry run, fai clic su Imposta policy dry run. Per saperne di più, consulta Testare le policy dell'organizzazione.
11. Dopo aver verificato che la policy dell'organizzazione in modalità dry run funziona come previsto, imposta la policy attiva facendo clic su Imposta policy.

gcloud

1. Per creare una policy dell'organizzazione con regole booleane, crea un file YAML della policy che faccia riferimento al vincolo:

name: projects/PROJECT_ID/policies/CONSTRAINT_NAME
spec:
  rules:
  - enforce: true

dryRunSpec:
  rules:
  - enforce: true

Sostituisci quanto segue:

• PROJECT_ID: il progetto in cui vuoi applicare il vincolo.
• CONSTRAINT_NAME: il nome definito per il vincolo personalizzato. Ad esempio: custom.enforceTCPHealthCheckPort1024.
2. Per applicare la policy dell'organizzazione in modalità dry run, esegui il seguente comando con il flag dryRunSpec:

gcloud org-policies set-policy POLICY_PATH --update-mask=dryRunSpec

Sostituisci POLICY_PATH con il percorso completo del file YAML della policy dell'organizzazione. L'applicazione della policy può richiedere fino a 15 minuti.

3. Dopo aver verificato che la policy dell'organizzazione in modalità dry run funziona come previsto, imposta la policy attiva con il comando org-policies set-policy e il flag spec:

gcloud org-policies set-policy POLICY_PATH --update-mask=spec

Sostituisci POLICY_PATH con il percorso completo del file YAML della policy dell'organizzazione. L'applicazione della policy può richiedere fino a 15 minuti.

Testa la policy dell'organizzazione personalizzata

L'esempio seguente crea un vincolo personalizzato che richiede che le porte del controllo di integrità TCP siano 1024 o superiori, impedendo l'utilizzo di porte note (0-1023).

Crea il vincolo personalizzato

1. Per definire un vincolo personalizzato, crea un file denominato constraint-tcp-health-check-ports.yaml.

   name: organizations/ORGANIZATION_ID/customConstraints/custom.enforceTCPHealthCheckPort1024
   resource_types:
   – compute.googleapis.com/HealthCheck
   condition: "resource.tcpHealthCheck.port >= 1024"
   method_types:
   – CREATE
   – UPDATE
   action_type: ALLOW
   display_name: Only TCP health check ports >= 1024 allowed.
   description: Prevent TCP health checks on well-known ports.

   Sostituisci ORGANIZATION_ID con l'ID della tua organizzazione.

2. Applica il vincolo personalizzato.

   gcloud org-policies set-custom-constraint constraint-tcp-health-check-ports
   

Crea la policy dell'organizzazione

1. Per definire una policy dell'organizzazione, crea un file denominato policy-tcp-health-check-ports.yaml. In questo esempio applichiamo questo vincolo a livello di progetto, ma puoi impostarlo anche a livello di organizzazione o cartella.

   name: projects/PROJECT_ID/policies/custom.enforceTCPHealthCheckPort1024
   spec:
     rules:
     – enforce: true

   Sostituisci PROJECT_ID con l'ID progetto.

2. Applica la policy dell'organizzazione.

   gcloud org-policies set-policy policy-tcp-health-check-ports
   

3. Verifica che la policy dell'organizzazione esista.

   gcloud org-policies list --project PROJECT_ID
   

   L'output è simile al seguente:

   CONSTRAINT: custom.enforceTCPHealthCheckPort1024
   LIST_POLICY: SET
   BOOLEAN_POLICY: -
   ETAG: CNHuh7kGEJiatFo=-
   

Testa la policy

1. Testa il vincolo creando un controllo di integrità TCP sulla porta 80.

   gcloud compute health-checks create tcp my-tcp-health-check \
       --project=PROJECT_ID \
       --region=us-central1 \
       --port=80 \
       --check-interval=5s \
       --timeout=5s \
       --healthy-threshold=4 \
       --unhealthy-threshold=5 \
   

   L'operazione non è consentita e l'output è simile al seguente:

   ERROR: (gcloud.compute.healthChecks.create) Could not fetch resource:
   – Operation denied by custom org policies: [customConstraints/custom.enforceTCPHealthCheckPort1024]: Only TCP health check ports >= 1024 allowed.
   

Esempi di policy dell'organizzazione personalizzate per casi d'uso comuni

La seguente tabella fornisce la sintassi di alcuni vincoli personalizzati di uso comune.

Descrizione	Sintassi del vincolo
Richiedi che tutti i bucket di backend abbiano Cloud CDN abilitato	name: organizations/ORGANIZATION_ID/customConstraints/custom.backendBucketEnableCdn resourceTypes: - compute.googleapis.com/BackendBucket methodTypes: - CREATE - UPDATE condition: "resource.enableCdn == true" actionType: ALLOW displayName: Require all backend buckets to have Cloud CDN enabled description: All backend buckets must have Cloud CDN enabled.
Non consentire l'utilizzo di HTTP e TCP come protocolli del servizio di backend	name: organizations/ORGANIZATION_ID/customConstraints/custom.backendBucketEnableCdn resourceTypes: - compute.googleapis.com/BackendService methodTypes: - CREATE - UPDATE condition: "resource.protocol == 'HTTP' || resource.protocol == 'TCP'" actionType: DENY displayName: Disallow the use of HTTP and TCP as backend service protocols description: Backend services cannot configure HTTP or TCP as the backend service protocol.
Richiedere che le regole di forwarding utilizzino il livello Standard	name: organizations/ORGANIZATION_ID/customConstraints/custom.forwardingRulesStandardTier resourceTypes: - compute.googleapis.com/ForwardingRule methodTypes: - CREATE - UPDATE condition: "resource.networkTier == 'STANDARD'" actionType: ALLOW displayName: Require forwarding rules to use Standard Tier description: Forwarding rules must use the Standard Network Service Tier.
Richiedi che tutti i protocolli di controllo di integrità vengano eseguiti sulla porta 1024 o superiore	name: organizations/ORGANIZATION_ID/customConstraints/custom.healthCheckPortMin1024 resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.tcpHealthCheck.port >= 1024 && resource.httpHealthCheck.port >= 1024 && resource.httpsHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 && resource.sslHealthCheck.port >= 1024 &&resource.http2HealthCheck.port >= 1024 && resource.grpcHealthCheck.port >= 1024" actionType: ALLOW displayName: Require port 1024 or greater for all health checks description: All health check protocols must use a port of 1024 or higher, to avoid well-known ports.
Non consentire i controlli di integrità gRPC	name: organizations/ORGANIZATION_ID/customConstraints/custom.disallowGRPCHealthChecks resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.type == 'GRPC'" actionType: DENY displayName: Disallow GRPC health checks description: Health checks aren't allowed to use GRPC.
Impedisci probe di controllo di integrità ad alta frequenza	name: organizations/ORGANIZATION_ID/customConstraints/custom.minHealthCheckFrequency resourceTypes: - compute.googleapis.com/HealthCheck methodTypes: - CREATE - UPDATE condition: "resource.checkIntervalSec >= 30" actionType: ALLOW displayName: Disallow fast health check probes description: Prevent health checks from having a probe frequency under 30 seconds.
Non consentire valori di timeout keepalive HTTPS client superiori a 1000 secondi	name: organizations/ORGANIZATION_ID/customConstraints/custom.clientHTTPSKeepalive1000Sec resourceTypes: - compute.googleapis.com/TargetHttpsProxy methodTypes: - CREATE - UPDATE condition: "resource.httpKeepAliveTimeoutSec > 1000" actionType: DENY displayName: Disallow client HTTPS keepalive timeout greater than 1000 seconds description: Disallow client HTTPS keepalive timeout values greater than 1000 seconds.
Richiedi che le mappe URL abbiano una norma di risposta agli errori personalizzata per i codici di stato HTTP 500	name: organizations/ORGANIZATION_ID/customConstraints/custom.urlMapCustomResponseHTTP500 resourceTypes: - compute.googleapis.com/UrlMaps methodTypes: - CREATE - UPDATE condition: "resource.defaultCustomErrorResponsePolicy.errorResponseRule.exists(value, value.matchResponseCode == 500)" actionType: ALLOW displayName: Require URL maps to have a custom error response policy for HTTP 500 errors description: URL maps must have a custom error response policy configured for HTTP 500 errors.
Richiedi che le istanze di destinazione abbiano un nome che inizia con la stringa "targetInstance"	name: organizations/ORGANIZATION_ID/customConstraints/custom.targetInstanceConstraint resourceTypes: - compute.googleapis.com/TargetInstance methodTypes: - CREATE - UPDATE condition: "resource.name.startsWith('targetInstance')" actionType: ALLOW displayName: Require target instances to have a name that starts with the string "targetInstance" description: Target instances must have resource names that start with the string "targetInstance"
Richiedere che i pool target abbiano un'affinità sessione CLIENT_IP	name: organizations/ORGANIZATION_ID/customConstraints/custom.targetPoolConstraint resourceTypes: - compute.googleapis.com/TargetPool methodTypes: - CREATE - UPDATE condition: "resource.sessionAffinity == 'CLIENT_IP'" actionType: ALLOW displayName: Require target pools to use CLIENT_IP session affinity description: Target pools must use CLIENT_IP session affinity
Limita la versione TLS minima a 1.2	name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictLbTlsVersion resource_types: compute.googleapis.com/SslPolicy methodTypes: - CREATE - UPDATE condition: resource.minTlsVersion == "TLS_1_2" action_type: ALLOW display_name: Restrict Load Balancing TLS version to 1.2 description: Only allow SSL policies to be created or updated if the minimum TLS version is 1.2 where this custom constraint is enforced.
Consenti la creazione di una risorsa SSL se sono soddisfatte le seguenti condizioni: La versione TLS minima è impostata su 1.2 La policy SSL ha un profilo PERSONALIZZATO che ti consente di selezionare le funzionalità SSL singolarmente La policy SSL non include la suite di crittografia ChaCha20-Poly1305	name: organizations/ORGANIZATION_ID/customConstraints/custom.restrictLbTlsCapabilities resourceTypes: - compute.googleapis.com/SslPolicy methodTypes: - CREATE - UPDATE condition: resource.minTlsVersion == "TLS_1_2" && resource.profile == "CUSTOM" && !resource.customFeatures.exists(feature, feature.contains("CHACHA20_POLY1305")) actionType: ALLOW displayName: Restrict Load Balancing TLS Capabilities description: Only allow SSL Policy resources to be created or updated if the minimum TLS version is 1.2, profile is CUSTOM, and no ChaCha20-Poly1305 cipher suite is used where this custom constraint is enforced.

Risorse supportate da Cloud Load Balancing

Per Cloud Load Balancing, puoi impostare vincoli personalizzati sulle risorse e sui campi seguenti.

Passaggi successivi

• Scopri di più sul servizio Policy dell'organizzazione.
• Scopri di più su come creare e gestire le policy dell'organizzazione.
• Consulta l'elenco completo dei vincoli delle policy dell'organizzazione gestiti.