Utilizzare certificati SSL gestiti da Google

Utilizza i certificati SSL gestiti da Google di Compute Engine per semplificare la protezione dei tuoi domini automatizzando l'acquisizione, la gestione e il rinnovo dei certificati di Domain Validation (DV). Questi certificati supportano più nomi host e Google Cloud rinnovano automaticamente il certificato.

I certificati gestiti da Google di Compute Engine sono supportati con i seguenti bilanciatori del carico:

• Bilanciatore del carico delle applicazioni esterno globale
• Bilanciatore del carico delle applicazioni classico
• Bilanciatore del carico di rete proxy esterno (con un proxy SSL di destinazione)

I certificati SSL gestiti da Google di Compute Engine non sono supportati per i bilanciatori del carico delle applicazioni esterni regionali, i bilanciatori del carico delle applicazioni interni regionali o i bilanciatori del carico delle applicazioni interni tra regioni. Per questi bilanciatori del carico, puoi utilizzare i certificati SSL autogestiti di Compute Engine. In alternativa, puoi utilizzare Certificate Manager, che supporta i certificati con gestione indipendente e gestiti da Google per la maggior parte dei bilanciatori del carico.

Puoi anche utilizzare certificati SSL gestiti con Google Kubernetes Engine. Per saperne di più, consulta Utilizzo dei certificati SSL gestiti da Google.

Puoi creare un certificato gestito da Google prima, durante o dopo la creazione del bilanciatore del carico. Questa pagina presuppone che tu stia creando il certificato Compute Engine prima o dopo la creazione del bilanciatore del carico, non durante. Per creare il certificato durante la creazione del bilanciatore del carico, consulta le pagine Istruzioni del bilanciatore del carico.

Prima di iniziare

• Assicurati di conoscere la panoramica dei certificati SSL.
• Assicurati di avere i nomi di dominio che vuoi utilizzare per il tuo certificato SSL gestito da Google. Se utilizzi Cloud Domains, consulta Registra un dominio.

• Assicurati di aver abilitato l'API Compute Engine per il tuo progetto.

  Abilita l'API Compute Engine

Autorizzazioni

Per seguire questa guida, devi essere in grado di creare e modificare i certificati SSL nel tuo progetto. Puoi farlo se una delle seguenti condizioni è vera:

• Sei un proprietario o un editor del progetto (roles/owner o roles/editor).
• Devi disporre sia del ruolo Compute Security Admin (compute.securityAdmin) sia del ruolo Compute Network Admin (compute.networkAdmin) nel progetto.
• Disponi di un ruolo personalizzato per il progetto che include le autorizzazioni compute.sslCertificates.* e una o entrambe le autorizzazioni compute.targetHttpsProxies.* e compute.targetSslProxies.*, a seconda del tipo di bilanciatore del carico che utilizzi.

Passaggio 1: Crea un certificato SSL gestito da Google

Nota: per i certificati gestiti da Google per GKE Ingress, consulta Utilizzo di certificati SSL gestiti da Google.

Puoi creare un certificato gestito da Google prima, durante o dopo la creazione del bilanciatore del carico. Durante la creazione di un bilanciatore del carico nella consoleGoogle Cloud , puoi utilizzare la console Google Cloud per creare il certificato. In alternativa, puoi creare il certificato prima o dopo la creazione del bilanciatore del carico. Questo passaggio mostra come creare un certificato che puoi aggiungere in un secondo momento a uno o più bilanciatori del carico.

Se hai già creato il certificato SSL gestito da Google, puoi saltare questo passaggio.

Console

Puoi utilizzare i certificati SSL globali nella scheda Certificati classici della pagina Certificate Manager.

Nota: la seguente procedura ti porta direttamente alla scheda Certificati classici. Puoi trovare la scheda Certificati classici nella pagina Certificate Manager collegata dalla pagina Sicurezza di primo livello.

1. Vai alla scheda Certificati classici nella console Google Cloud .
   Vai a Certificati classici
2. Fai clic su Crea certificato SSL.
3. Inserisci un nome e una descrizione facoltativa per il certificato.
4. Seleziona Crea un certificato gestito da Google.
5. Aggiungi i domini.
6. Fai clic su Crea.

gcloud

Per creare un certificato SSL globale gestito da Google per un bilanciatore del carico delle applicazioni esterno globale o un bilanciatore del carico di rete proxy esterno, utilizza il comando gcloud compute ssl-certificates create:

gcloud compute ssl-certificates create CERTIFICATE_NAME \
    --description=DESCRIPTION \
    --domains=DOMAIN_LIST \
    --global

Sostituisci quanto segue:

• CERTIFICATE_NAME: un nome per il certificato SSL globale
• DESCRIPTION: una descrizione del certificato SSL globale
• DOMAIN_LIST: un singolo nome di dominio o un elenco delimitato da virgole di nomi di dominio da utilizzare per questo certificato

Terraform

Per creare il certificato SSL gestito da Google, utilizza la risorsa google_compute_managed_ssl_certificate.

resource "google_compute_managed_ssl_certificate" "lb_default" {
  provider = google-beta
  name     = "myservice-ssl-cert"

  managed {
    domains = ["example.com"]
  }
}

api

Crea la risorsa del certificato gestito da Google utilizzando il metodo sslCertificates.insert, sostituendo PROJECT_ID con l'ID progetto.

POST https://compute.googleapis.com/compute/v1/projects/<var>PROJECT_ID</var>/global/sslCertificates
{
  "name": "ssl-certificate-name",
  "managed": {
    "domains": [
      "www.example.com"
    ]
  },
  "type": "MANAGED"
}

Controllare lo stato di un certificato SSL gestito da Google

Console

Puoi controllare lo stato dei tuoi certificati SSL globali nella scheda Certificati classici della pagina Certificate Manager.

1. Vai alla scheda Certificati classici nella console Google Cloud .
   Vai a Certificati classici
2. (Facoltativo) Filtra l'elenco dei certificati SSL.
3. Controlla la colonna Stato.
4. Per visualizzare ulteriori dettagli, fai clic sul nome del certificato.

gcloud

Per determinare lo stato del certificato gestito da Google, puoi utilizzare i comandi gcloud compute. Dopo aver eseguito il comando appropriato, tieni presente quanto segue:

• Lo stato gestito.
• Lo stato del dominio.

Per elencare i certificati SSL gestiti da Google, utilizza il comando gcloud compute ssl-certificates list con il flag --global .

gcloud compute ssl-certificates list \
   --global

Puoi utilizzare il comando gcloud compute ssl-certificates describe, sostituendo CERTIFICATE_NAME:

gcloud compute ssl-certificates describe CERTIFICATE_NAME \
   --global \
   --format="get(name,managed.status, managed.domainStatus)"

A questo punto, lo stato del certificato e del dominio è PROVISIONING. Dopo aver completato i passaggi in questa pagina, gli stati cambiano in ACTIVE.

Per ulteriori informazioni sugli stati, consulta la pagina di risoluzione dei problemi.

Passaggio 2: crea o aggiorna il bilanciatore del carico

Per diventare ACTIVE, il certificato SSL gestito da Google deve essere associato a un bilanciatore del carico, in particolare al proxy di destinazione del bilanciatore del carico.

Dopo aver creato il certificato SSL e quando si trova nello stato PROVISIONING, puoi utilizzarlo durante la creazione del bilanciatore del carico, come descritto nelle seguenti guide illustrative:

• Configura un bilanciatore del carico delle applicazioni esterno globale con un backend Compute Engine
• Configura un bilanciatore del carico delle applicazioni classico con un backend Compute Engine
• Configura un bilanciatore del carico di rete proxy esterno con un proxy SSL

In alternativa, puoi utilizzarlo per aggiornare un bilanciatore del carico esistente, come descritto di seguito:

Console

Quando aggiorni un bilanciatore del carico delle applicazioni esterno globale o un bilanciatore del carico di rete proxy esterno utilizzando la consoleGoogle Cloud , Google Cloud associa automaticamente il certificato SSL al proxy di destinazione corretto.

1. Nella console Google Cloud , vai alla pagina Bilanciamento del carico.
   Vai a Bilanciamento del carico
2. Fai clic sul nome del bilanciatore del carico.
3. Fai clic su Modifica .
4. Fai clic su Configurazione frontend.
5. Fai clic sul frontend corretto (deve essere HTTPS, HTTP/2, SSL).
6. Fai clic su Certificati aggiuntivi e seleziona il certificato gestito da Google dall'elenco a discesa.
7. Fai clic su Crea.

gcloud

Per associare un certificato SSL al proxy HTTPS di destinazione per un bilanciatore del carico delle applicazioni esterno globale, utilizza il comando gcloud compute target-https-proxies update con i flag --global-ssl-certificates e --global:

gcloud compute target-https-proxies update TARGET_PROXY_NAME \
    --ssl-certificates SSL_CERTIFICATE_LIST \
    --global-ssl-certificates \
    --global

Per associare un certificato SSL al proxy SSL di destinazione per un bilanciatore del carico di rete proxy esterno, utilizza il comando gcloud compute target-ssl-proxies update:

gcloud compute target-ssl-proxies update TARGET_PROXY_NAME \
    --ssl-certificates SSL_CERTIFICATE_LIST

Sostituisci quanto segue:

• TARGET_PROXY_NAME: il nome del proxy di destinazione del bilanciatore del carico

• SSL_CERTIFICATE_LIST: un elenco delimitato da virgole di risorse di certificati SSL

  Assicurati che l'elenco dei certificati di riferimento includa tutti i certificati SSL validi precedenti e il nuovo certificato SSL. Il comando gcloud compute target-ssl-proxies update sovrascrive i valori originali di --ssl-certificates con il nuovo valore.

Terraform

Per creare il proxy HTTPS di destinazione, utilizza la risorsa google_compute_target_https_proxy.

Per creare il proxy SSL di destinazione, utilizza la risorsa google_compute_target_ssl_proxy.

resource "google_compute_target_https_proxy" "lb_default" {
  provider = google-beta
  name     = "myservice-https-proxy"
  url_map  = google_compute_url_map.lb_default.id
  ssl_certificates = [
    google_compute_managed_ssl_certificate.lb_default.name
  ]
  depends_on = [
    google_compute_managed_ssl_certificate.lb_default
  ]
}

Ogni proxy HTTPS o SSL di destinazione deve fare riferimento ad almeno un certificato SSL. Un proxy di destinazione può fare riferimento a più di un certificato SSL. Per i dettagli, consulta Pool di destinazione e proxy di destinazione in Quote e limiti delle risorse di bilanciamento del carico.

Importante: la regola di forwarding del bilanciatore del carico deve utilizzare la porta TCP 443 per il provisioning iniziale e il rinnovo automatico del certificato gestito da Google.

Passaggio 3: verifica l'associazione del proxy di destinazione

Dopo aver creato o aggiornato il bilanciatore del carico, puoi assicurarti che il certificato SSL sia associato al proxy di destinazione del bilanciatore del carico.

Se non conosci già il nome del proxy di destinazione, utilizza i comandi gcloud compute target-https-proxies list e gcloud compute target-ssl-proxies list per elencare i proxy di destinazione nel progetto.

Verifica l'associazione tra il certificato SSL e il proxy di destinazione eseguendo il seguente comando.

Per i bilanciatori del carico delle applicazioni esterni globali:

gcloud compute target-https-proxies describe TARGET_HTTPS_PROXY_NAME \
    --global \
    --format="get(sslCertificates)"

Per i bilanciatori del carico di rete proxy esterni:

gcloud compute target-ssl-proxies describe TARGET_SSL_PROXY_NAME \
    --format="get(sslCertificates)"

A questo punto, lo stato del certificato gestito da Google potrebbe essere ancora PROVISIONING. Google Cloud sta collaborando con l'autorità di certificazione per emettere il certificato. Il provisioning di un certificato gestito da Google potrebbe richiedere fino a 60 minuti.

Passaggio 4: aggiorna i record DNS A e AAAA in modo che puntino all'indirizzo IP del bilanciatore del carico

I record DNS potrebbero essere gestiti sul sito del registrar, dell'host DNS o dell'ISP.

Durante la gestione dei record, tieni presente quanto segue:

• Assicurati che i record A DNS (per IPv4) e i record AAAA DNS (per IPv6) per i tuoi domini e sottodomini puntino all'indirizzo IP associato alla regola o alle regole di forwarding del bilanciatore del carico.

  Per eseguire il provisioning dei certificati SSL, assicurati che i record A e AAAA puntino all'indirizzo IP del bilanciatore del carico in un DNS pubblico.

• Se utilizzi Cloud DNS, configura i tuoi domini e aggiorna i server dei nomi.

• Se hai più domini in un certificato gestito da Google, aggiungi o aggiorna i record DNS per tutti i domini e i sottodomini in modo che puntino all'indirizzo IP del bilanciatore del carico. La convalida del certificato non va a buon fine se i domini e i sottodomini in un certificato gestito da Google puntano a un IP diverso dall'indirizzo IP della regola di forwarding del bilanciatore del carico.

• Assicurati che il tuo provider DNS risponda in modo coerente a tutte le richieste di convalida del dominio globale.

Il provisioning dei certificati gestiti viene eseguito correttamente se:

• I record DNS del tuo dominio utilizzano un record CNAME che punta a un altro dominio.
• L'altro dominio contiene un record A o record AAAA che punta all'indirizzo IP del bilanciatore del carico.

Importante: è consigliabile assicurarsi che i domini puntino direttamente all'indirizzo IP del bilanciatore del carico. Per i bilanciatori del carico con Cloud CDN abilitato, alcuni provider CDN di terze parti potrebbero impedire il completamento delle richieste di convalida. Questo può accadere se il provider CDN sta attivamente eseguendo il proxy del traffico HTTP(S).

Puoi verificare la configurazione eseguendo il comando dig. Ad esempio, supponiamo che il tuo dominio sia www.example.com. Esegui questo comando dig:

dig www.example.com

; <<>> DiG 9.10.6 <<>> www.example.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 31748
;; flags: qr rd ra; QUERY: 1, ANSWER: 4, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;www.example.com.           IN  A

;; ANSWER SECTION:
www.example.com. 1742    IN      CNAME   example.net.
example.net.      12     IN      A       34.95.64.10

;; Query time: 43 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Wed Jun 03 16:54:44 PDT 2020
;; MSG SIZE  rcvd: 193

In questo esempio, 34.95.64.10 è l'indirizzo IP del bilanciatore del carico.

I resolver DNS su internet non sono sotto il controllo diGoogle Cloud. Memorizzano nella cache i set di record di risorse in base alla loro durata (TTL), il che significa che un comando dig o nslookup potrebbe restituire un valore memorizzato nella cache. Se utilizzi Cloud DNS, consulta Propagazione delle modifiche.

Nota: la convalida del dominio DNS è un processo automatizzato che controlla periodicamente i record A e i record AAAA di un dominio per l'indirizzo IP corrispondente di un bilanciamento del carico Google Cloud. Questo processo prevede un backoff esponenziale automatizzato per il tempo di attesa tra i controlli di convalida. Se un deployment viene preparato in anticipo e un cutover del servizio è pianificato durante un periodo di manutenzione specifico un giorno o più dopo il deployment iniziale, Google consiglia di creare o ricreare i certificati poco prima o durante il periodo di manutenzione, anziché fare affidamento sulla convalida del dominio eseguita durante un determinato periodo di tempo (a causa del backoff del timer).

Tempo di propagazione del record DNS

La propagazione completa dei record DNS A e AAAA appena aggiornati può richiedere molto tempo. A volte la propagazione su internet richiede fino a 72 ore in tutto il mondo, anche se in genere richiede alcune ore.

Esegui di nuovo questo comando:

gcloud compute ssl-certificates describe CERTIFICATE_NAME \
    --format="get(managed.domainStatus)"

Se lo stato del tuo dominio è FAILED_NOT_VISIBLE, potrebbe essere perché la propagazione non è completa.

Per informazioni dettagliate, consulta la sezione Stato del dominio del certificato SSL gestito da Google nella pagina Risoluzione dei problemi.

Convalida del dominio da più prospettive

Google Cloud rinnova periodicamente i certificati gestiti da Google richiedendoli alle autorità di certificazione (CA). Le CA con cuiGoogle Cloud collabora per rinnovare i tuoi certificati utilizzano un metodo di convalida del dominio multi-prospettiva noto come Multi-Perspective Issuance Corroboration (MPIC). Nell'ambito di questo processo, le autorità di certificazione verificano il controllo del dominio controllando le impostazioni DNS del dominio e tentando di contattare il server dietro l'indirizzo IP del dominio. Queste verifiche vengono eseguite da più punti di osservazione su internet. Se la procedura di convalida non va a buon fine, i certificati gestiti da Google non vengono rinnovati. Di conseguenza, il bilanciatore del carico fornisce ai client un certificato scaduto, causando errori di certificato per gli utenti del browser e errori di connessione per i client API.

Per evitare errori di convalida del dominio multi-prospettiva per record DNS configurati in modo errato, tieni presente quanto segue:

• I record DNS A (IPv4) e DNS AAAA (IPv6) per i tuoi domini e per eventuali sottodomini puntano solo all'indirizzo IP (o agli indirizzi IP) associato alla regola di forwarding (o alle regole di forwarding) del bilanciatore del carico. La presenza di altri indirizzi nel record può causare un errore di convalida.
• La CA, che esegue la convalida dei record DNS, esegue query sui record DNS da più località. Assicurati che il tuo provider DNS risponda in modo coerente a tutte le richieste di convalida del dominio globale.
• L'utilizzo di GeoDNS (che restituisce indirizzi IP diversi in base alla località della richiesta) o di policy DNS basate sulla località può portare a risposte incoerenti e causare errori di convalida. Se il tuo provider DNS utilizza GeoDNS, disattivalo o assicurati che tutte le regioni restituiscano lo stesso indirizzo IP del bilanciatore del carico.
• Devi specificare esplicitamente gli indirizzi IP del bilanciatore del carico nella configurazione DNS. I livelli intermedi, come una CDN, possono causare un comportamento imprevisto. L'indirizzo IP deve essere accessibile direttamente senza reindirizzamenti, firewall o CDN nel percorso della richiesta. Per saperne di più, consulta la sezione Bilanciatori del carico dietro una CDN di questo documento.
• Ti abbiamo consigliato di utilizzare uno strumento di controllo della propagazione DNS globale a tua scelta per verificare che tutti i record DNS pertinenti vengano risolti in modo corretto e coerente in tutto il mondo.

Verificare le modifiche alla configurazione

Dopo aver configurato i record DNS, puoi verificare che siano corretti creando un nuovo certificato e collegandolo al bilanciatore del carico insieme al certificato esistente. Questo passaggio forza un controllo immediato del provisioning dei certificati con la CA, consentendoti di verificare le modifiche alla configurazione in pochi minuti. Senza questa operazione, i rinnovi automatici del certificato esistente possono richiedere giorni o settimane, lasciando incertezza sulla configurazione.

Se lo stato del certificato diventa ACTIVE, significa che il certificato è stato emesso, confermando così che la configurazione DNS è corretta. A questo punto, ti consigliamo di rimuovere il certificato precedente per evitare di avere due certificati separati per lo stesso dominio. Questo processo non interrompe il traffico verso il bilanciatore del carico.

Il nuovo certificato funge da strumento di convalida: la sua creazione conferma che la convalida del dominio da più prospettive utilizzando MPIC funziona correttamente per la tua configurazione.

Bilanciatori del carico dietro una CDN

Per i bilanciatori del carico con CDN abilitata, alcuni provider CDN di terze parti nel percorso della richiesta potrebbero impedire il completamento delle richieste di convalida. Questo può accadere se il provider CDN sta attivamente eseguendo il proxy del traffico HTTP(S).

In questi casi, ti consigliamo di eseguire la migrazione dei certificati a Certificate Manager e di utilizzare il metodo di autorizzazione DNS per eseguire il provisioning dei certificati gestiti da Google. Quest'ultimo approccio non richiede che la CA contatti il bilanciatore del carico.

Passaggio 5: esegui un test con OpenSSL

Dopo che gli stati del certificato e del dominio sono attivi, possono essere necessari fino a 30 minuti prima che il bilanciatore del carico inizi a utilizzare il certificato SSL gestito da Google.

Per eseguire il test, esegui questo comando OpenSSL, sostituendo DOMAIN con il tuo nome DNS e IP_ADDRESS con l'indirizzo IP del tuo bilanciatore del carico.

echo | openssl s_client -showcerts -servername DOMAIN -connect IP_ADDRESS:443 -verify 99 -verify_return_error

Questo comando restituisce i certificati che il bilanciatore del carico presenta al client. Oltre ad altre informazioni dettagliate, l'output deve includere la catena di certificati e Verify return code: 0 (ok).

Altre procedure

Questa sezione contiene procedure aggiuntive per la gestione dei certificati.

Supporta più domini con un certificato SSL gestito da Google

Sono supportati più nomi alternativi del soggetto. Ogni certificato SSL gestito da Google supporta fino a il numero massimo di domini per certificato SSL gestito da Google.

Se hai più del numero massimo di domini, devi richiedere più certificati gestiti da Google. Ad esempio, se provi a creare un certificato gestito da Google con (il numero massimo + 1) domini, Google non emette alcun certificato. Devi invece creare due o più certificati gestiti da Google e indicare esplicitamente quali domini sono associati a ciascun certificato.

Google Cloud implementa l'indicazione del nome del server (SNI), come definito nella RFC 6066.

Per assicurarti che i tuoi certificati non falliscano il passaggio di convalida del dominio del processo di rinnovo, consulta i requisiti per i record DNS A e AAAA.

Non puoi modificare l'elenco dei nomi di dominio su un certificato SSL gestito da Google esistente. Se devi aggiungere o rimuovere un dominio, devi creare un nuovo certificato che includa tutti i domini che vuoi proteggere, quindi utilizzare la procedura di sostituzione descritta in questo documento.

Rinnova un certificato SSL gestito da Google

I certificati SSL di Compute Engine supportano solo la Public Certificate Authority (pki.goog) e la CA Let's Encrypt (letsencrypt.org) per l'emissione di certificati gestiti da Google pubblicamente attendibili. Google Cloud esegue il provisioning dei certificati gestiti da Google con un periodo di validità di 45 o 90 giorni, a seconda dell'autorità di certificazione (CA) emittente:

• I certificati emessi dalla Public Certificate Authority stanno passando gradualmente da un periodo di validità di 90 giorni a un periodo di validità di 45 giorni. I certificati esistenti di 90 giorni rimangono validi per 90 giorni fino al rinnovo successivo.
• I certificati emessi dalla CA Let's Encrypt hanno un periodo di validità di 90 giorni.

Google Cloud avvia automaticamente il processo di rinnovo quando rimane circa un terzo del periodo di validità del certificato. Il rinnovo inizia circa 15 giorni prima della scadenza per i certificati di 45 giorni e circa 30 giorni prima della scadenza per i certificati di 90 giorni.

Per il rinnovo, Google Cloud seleziona una CA che si trova sia nel record DNS CAA (Certification Authority Authorization) del tuo dominio sia nell'elenco delle CA. La CA utilizzata per il rinnovo potrebbe essere diversa da quella utilizzata per emettere una versione precedente del certificato gestito da Google.

Per assicurarti che i tuoi certificati non superino il passaggio di convalida del dominio della procedura di rinnovo, consulta i requisiti per i record A e AAAA DNS.

Specifica le CA che possono emettere il tuo certificato gestito da Google

Nel software DNS, ti consigliamo di autorizzare esplicitamente le CA a cui vuoi consentire l'emissione del certificato gestito da Google. Anche se non è obbligatorio in tutti gli scenari, è necessario in determinate situazioni.

Ad esempio, se utilizzi un servizio DNS esterno e il tuo certificato gestito da Google viene revocato, il servizio potrebbe convalidare solo un nuovo certificato emesso da una o più CA specifiche.

Per farlo, crea o modifica un record CAA in modo che includa pki.goog o letsencrypt.org o entrambi. Se non hai un record CAA, il comportamento predefinito è consentire sia pki.goog che letsencrypt.org.

DOMAIN. CAA 0 issue "pki.goog"
DOMAIN. CAA 0 issue "letsencrypt.org"

Il supporto dei certificati letsencrypt.org viene fornito secondo il criterio del "best effort". Per la massima affidabilità, consenti sia pki.goog che letsencrypt.org. Se specifichi una sola CA, verrà utilizzata solo quella per creare e rinnovare il certificato. Questo approccio non è consigliato.

Quando crei il certificato per la prima volta, Google Cloud seleziona pki.goog o letsencrypt.org e lo utilizza per emettere il certificato. Quando Google rinnova il certificato, questo potrebbe essere emesso dall'altra CA, a seconda delle CA specificate nel record CAA (se ne hai creato uno). Il tuo certificato potrebbe essere rinnovato da un'altra CA in uno dei seguenti casi:

• Non hai un record DNS CAA per il tuo dominio.
• Hai incluso entrambe le CA nel record CAA DNS.

Per saperne di più, consulta la RFC, CAA DNS record.

letsencrypt.org emette nomi di dominio internazionalizzati (IDN). pki.goog al momento non supporta gli IDN.

Se utilizzi Cloud DNS, scopri come aggiungere un record e assicurati di impostare il flag --type su CAA.

Nota: quando aggiungi una CA nel record CAA, la propagazione della modifica da parte del DNS e la sua visibilità per la CA potrebbero richiedere molto tempo. Di conseguenza, il processo di rinnovo del certificato potrebbe inizialmente non riuscire, ma alla fine va a buon fine. Per saperne di più, consulta Risoluzione dei problemi relativi ai certificati SSL.

Sostituisci un certificato SSL esistente

Per sostituire un certificato SSL esistente:

1. Avvia la procedura per creare il certificato SSL sostitutivo gestito da Google. Questo certificato non diventa ATTIVO a questo punto.

2. Aggiorna il proxy di destinazione in modo che l'elenco dei certificati a cui viene fatto riferimento includa il certificato SSL sostitutivo insieme ai certificati SSL attuali. I passaggi per aggiornare il proxy di destinazione variano come segue:

   • Aggiorna un proxy HTTPS di destinazione
   • Aggiorna un proxy SSL di destinazione
   Nota: per continuare a pubblicare il traffico, il proxy di destinazione deve continuare a fare riferimento ai certificati SSL attuali. Affinché il certificato sostitutivo completi il processo di provisioning, anche il proxy di destinazione deve fare riferimento al certificato sostitutivo.

3. Attendi il completamento del provisioning del certificato SSL sostitutivo. Il provisioning potrebbe richiedere fino a 60 minuti. Al termine del provisioning, lo stato del certificato diventa ACTIVE.

   Nota :il provisioning di un certificato gestito da Google potrebbe richiedere fino a 60 minuti dal momento in cui le modifiche alla configurazione DNS e del bilanciatore del carico sono state propagate su internet. Se hai aggiornato di recente la configurazione DNS, potrebbe essere necessario un periodo di tempo significativo prima che le modifiche vengano propagate completamente. A volte la propagazione richiede fino a 72 ore a livello mondiale, anche se in genere bastano poche ore. Per saperne di più sulla propagazione del DNS, consulta Propagazione delle modifiche.

4. Attendi altri 30 minuti per assicurarti che il certificato sostitutivo sia disponibile per tutti i Google Front End (GFE).

5. Aggiorna il proxy di destinazione per rimuovere il certificato SSL che stai sostituendo dall'elenco dei certificati di riferimento. I passaggi per aggiornare un proxy di destinazione variano come segue:

   • Aggiorna un proxy HTTPS di destinazione
   • Aggiorna un proxy SSL di destinazione

6. Attendi 10 minuti e verifica che il bilanciatore del carico utilizzi il certificato SSL sostitutivo anziché quello precedente.

7. Aggiorna nuovamente il proxy di destinazione, rimuovendo la risorsa del certificato SSL precedente. Puoi eliminare la risorsa del certificato SSL se non è più referenziata da alcun proxy di destinazione.

Se non elimini il vecchio certificato SSL, questo rimane ATTIVO fino alla scadenza.

Esegui la migrazione dai certificati SSL autogestiti ai certificati SSL gestiti da Google

Quando esegui la migrazione di un bilanciatore del carico dall'utilizzo di certificati SSL autogestiti ai certificati SSL gestiti da Google, devi eseguire i seguenti passaggi in questa sequenza:

1. Crea un nuovo certificato gestito da Google.
2. Associa il nuovo certificato gestito da Google al proxy di destinazione corretto, mantenendo l'associazione del proxy di destinazione al certificato autogestito esistente.
3. Attendi finché lo stato del certificato gestito da Google non sia ACTIVE.
4. Attendi 30 minuti per consentire la propagazione del nuovo certificato ai Google Front End (GFE) di pubblicazione
5. Aggiorna di nuovo il proxy di destinazione, rimuovendo la risorsa del certificato autogestito. Puoi eliminare la risorsa del certificato SSL autogestito se non viene più referenziata da alcun proxy di destinazione.

Importante: rimuovi il certificato autogestito dal proxy di destinazione solo dopo che il nuovo certificato è stato sottoposto a provisioning, ACTIVE e associato al proxy di destinazione. Se elimini il certificato autogestito troppo presto, il bilanciatore del carico non dispone di un certificato SSL valido e i client non possono utilizzarlo.

Elimina un certificato SSL

Prima di eliminare un certificato SSL, assicurati che nessun proxy di destinazione HTTPS o SSL faccia riferimento a questo certificato. Puoi farlo in due modi:

• Elimina i proxy di destinazione che fanno riferimento a questo certificato.

• Aggiorna i proxy di destinazione che fanno riferimento a questo certificato per escluderlo. I passaggi variano come segue:

  • Aggiorna un proxy di destinazione HTTPS.
  • Aggiorna un proxy SSL di destinazione.

Per eliminare uno o più certificati SSL:

Console

Puoi eliminare i certificati SSL globali nella scheda Certificati classici della pagina Certificate Manager.

1. Vai alla scheda Certificati classici nella console Google Cloud .
   Vai a Certificati classici
2. Seleziona il certificato SSL che vuoi eliminare.
3. Fai clic su Elimina.
4. Per confermare, fai di nuovo clic su Elimina.

gcloud

Per eliminare un certificato SSL globale (per bilanciatori del carico delle applicazioni esterni globali o bilanciatori del carico di rete proxy esterni), utilizza il comando gcloud compute ssl-certificates delete con il comando --global:

gcloud compute ssl-certificates delete CERTIFICATE_NAME \
    --global

Sostituisci quanto segue:

• CERTIFICATE_NAME: il nome del certificato SSL

Passaggi successivi

• Per risolvere i problemi relativi ai certificati SSL, consulta Risoluzione dei problemi relativi ai certificati SSL.
• Per utilizzare uno script Terraform che crea un certificato gestito da Google, consulta l'esempio di Cloud Run nella pagina Esempi di moduli Terraform per il bilanciatore del carico delle applicazioni esterno.