L'accesso privato Google offre connettività privata agli host di una rete VPC o di una rete on-premise che utilizza indirizzi IP privati per accedere ad API e servizi Google. Puoi estendere un perimetro di servizio VPC Service Controls agli host di queste reti per controllare l'accesso alle risorse protette.
Gli host in una rete VPC devono avere solo un indirizzo IP privato (nessun indirizzo IP pubblico) e trovarsi in una subnet con l'accesso privato Google abilitato.
Affinché gli host on-premise raggiungano i servizi API di Google con restrizioni, le richieste alle API di Google deve essere inviato attraverso una rete VPC, un tunnel Cloud VPN o Cloud Interconnect.
In entrambi i casi, ti consigliamo di inviare tutte le richieste alle API e ai servizi Google agli intervalli di indirizzi IP virtuali (VIP) per restricted.googleapis.com
. Gli intervalli di indirizzi IP non vengono annunciati su internet. Il traffico inviato al VIP rimane solo all'interno della rete di Google.
Per ulteriori informazioni su private.googleapis.com
e
restricted.googleapis.com
VIP; consulta Configurare
Accesso privato Google.
Intervalli di indirizzi IP per restricted.googleapis.com
Esistono due intervalli di indirizzi IP associati a restricted.googleapis.com
dominio:
- Intervallo IPv4:
199.36.153.4/30
- Intervallo IPv6:
2600:2d00:0002:1000::/64
Per informazioni sull'uso dell'intervallo IPv6 per accedere alle API di Google, consulta il Supporto IPv6.
Esempio di rete VPC
Nell'esempio seguente, il perimetro del servizio contiene due progetti: uno con una rete VPC autorizzata e un altro con la risorsa Cloud Storage protetta. Nella rete VPC, le istanze VM
devono trovarsi in una subnet con l'accesso privato Google abilitato e richiedono solo
ai servizi limitati dei Controlli di servizio VPC. Query alle API di Google e
da istanze VM nella risoluzione della rete VPC autorizzata
a restricted.googleapis.com
e può accedere alla risorsa protetta.
- Il DNS è stato configurato nella rete VPC per mappare le richieste
*.googleapis.com
arestricted.googleapis.com
, che si risolve in199.36.153.4/30
. - Alla rete VPC è stata aggiunta una route statica personalizzata che indirizza il traffico con destinazione
199.36.153.4/30
adefault-internet-gateway
come hop successivo. Anche sedefault-internet-gateway
viene utilizzato come hop successivo, il traffico viene indirizzato privatamente tramite la rete di Google all'API o al servizio appropriato. - La rete VPC è stata autorizzata ad accedere a
My-authorized-gcs-project
perché entrambi i progetti si trovano nello stesso perimetro di servizio.
Esempio di rete on-premise
È possibile utilizzare il routing statico semplicemente configurando una route statica nella router on-premise o annunciando l'intervallo di indirizzi dell'API di Google limitato mediante il protocollo BGP (Border Gateway Protocol) del router Cloud.
Per utilizzare l'accesso privato Google per gli host on-premise con Controlli di servizio VPC, configurare la connettività privata per gli host on-premise, Controlli di servizio VPC. Definisci un perimetro di servizio per il progetto che contiene la rete VPC connessa alla tua rete on-premise.
Nel seguente scenario, è possibile accedere ai bucket di archiviazione nel progetto sensitive-buckets
solo dalle istanze VM nel progetto main-project
e dalle
applicazioni on-premise collegate. Gli host on-premise possono accedere ai bucket di archiviazione
nel progetto sensitive-buckets
perché il traffico passa attraverso una
una rete VPC all'interno dello stesso perimetro di servizio
sensitive-buckets
.
- La configurazione DNS on-premise mappa le richieste
*.googleapis.com
arestricted.googleapis.com
, che risolve in199.36.153.4/30
. - Il router Cloud è stato configurato per annunciare l'intervallo di indirizzi IP
199.36.153.4/30
tramite il tunnel VPN. Il traffico diretto alle API di Google viene instradato tramite il tunnel alla rete VPC. - Alla rete VPC è stata aggiunta una route statica personalizzata che indirizza il traffico con destinazione
199.36.153.4/30
adefault-internet-gateway
come hop successivo. Anche sedefault-internet-gateway
viene utilizzato come hop successivo, il traffico viene indirizzato privatamente tramite la rete di Google all'API o al servizio appropriato. - La rete VPC è stata autorizzata ad accedere ai progetti
sensitive-buckets
e gli host on-premise hanno lo stesso accesso. - Gli host on-premise non possono accedere ad altre risorse esterne al servizio perimetrale.
Il progetto che si connette alla tua rete on-premise deve essere un membro del perimetro di servizio per raggiungere le risorse con limitazioni. L'accesso on-premise funziona anche se i progetti pertinenti sono collegati da un bridge del perimetro.
Passaggi successivi
- Per configurare la connettività privata, consulta Configurazione della connettività privata.