Configura le impostazioni della rete

Le impostazioni di rete di Cloud Functions consentono di controllare il traffico in entrata e in uscita dalla rete, da e verso le singole funzioni. Ad esempio, puoi usare le impostazioni di rete per i seguenti casi d'uso:

• Proteggi le tue funzioni implementando controllo dell'accesso basato su rete.
• Fai in modo che il traffico in uscita di una funzione rispetti le regole del firewall, del DNS e di routing associate alla rete VPC.
• Associare il traffico in uscita di una funzione a un indirizzo IP statico.

Per ulteriori dettagli sui casi d'uso, consulta la sezione Casi d'uso di esempio.

Impostazioni traffico in entrata

Le impostazioni di traffico in entrata consentono di stabilire se le risorse esterne al progetto Google Cloud o al perimetro di servizio dei Controlli di servizio VPC possono richiamare una funzione.

Per essere soggetta a un criterio del perimetro dei Controlli di servizio VPC, una risorsa deve appartenere al servizio da limitare. Per Cloud Functions (1ª generazione.), il servizio limitato è l'API Cloud Functions. Per Cloud Functions (2nd gen), è l'API Cloud Run Admin.

Limitazioni

Cloud Functions (1ª generazione.): le funzioni solo per uso interno attivate da HTTP possono essere richiamate solo da richieste HTTP create all'interno di una rete VPC, ad esempio da Kubernetes Engine, Compute Engine, dall'ambiente flessibile di App Engine, oppure eseguite da Cloud Scheduler, Cloud Tasks, Workflows o risorse BigQuery che si trovano nello stesso progetto o perimetro dei Controlli di servizio VPC. Ciò significa che le richieste HTTP create da o instradate tramite Pub/Sub o Eventarc non possono attivare queste funzioni. I trigger di eventi sono sempre considerati "interni" e sono consentiti indipendentemente dall'impostazione del traffico in entrata.

Configura le impostazioni di traffico in entrata

Per limitare le risorse dall'esterno del progetto o del perimetro, specifica uno dei seguenti valori di impostazione del traffico in entrata:

• Consenti tutto il traffico: impostazione predefinita. Tutte le richieste in entrata alla funzione sono consentite, da internet e dalle risorse dello stesso progetto.

• Consenti solo traffico interno: è consentito solo il traffico proveniente da Cloud Scheduler, Cloud Tasks, Eventarc, monitor sintetici (inclusi i controlli di uptime), Workflows, BigQuery e reti VPC nello stesso progetto o dal perimetro dei Controlli di servizio VPC. Tutte le altre richieste vengono rifiutate con un errore 404.

  Per le richieste da un VPC condiviso, tieni presente le seguenti considerazioni:

  • Il traffico è considerato interno se viene eseguito il deployment della funzione nel progetto host del VPC condiviso.
  • Il traffico è considerato interno se l'host del VPC condiviso e tutti i progetti di servizio si trovano all'interno dello stesso perimetro dei Controlli di servizio VPC.
  • Il traffico verso una funzione Cloud Functions (2nd gen) è considerato interno se la funzione è connessa alla stessa rete VPC condiviso.
  • Tutto il resto del traffico dalle reti VPC condiviso è negato.

• Consenti traffico interno e traffico da Cloud Load Balancing: è consentito il traffico proveniente da Cloud Scheduler, Cloud Tasks, Eventarc, monitor sintetici (inclusi i controlli di uptime), Workflows, BigQuery e reti VPC nello stesso progetto o perimetro dei Controlli di servizio VPC. Il traffico da Cloud Load Balancing è consentito.

Puoi specificare le impostazioni di traffico in entrata quando esegui il deployment o l'aggiornamento della funzione utilizzando la console Google Cloud, Google Cloud CLI o Terraform:

  gcloud functions deploy FUNCTION_NAME 

  --trigger-http 

  --ingress-settings INGRESS_SETTINGS 

  FLAGS...
  

Se utilizzi Google Cloud Armor con Cloud Load Balancing, puoi creare criteri di sicurezza che filtrano le condizioni basate sul traffico, ad esempio l'indirizzo IP, l'intervallo IP, il codice regione o le intestazioni delle richieste di una richiesta in entrata. Per ulteriori informazioni, consulta la panoramica dei criteri di sicurezza di Google Cloud Armor.

Impostazioni traffico in uscita

Le impostazioni in uscita controllano il routing delle richieste HTTP in uscita da una funzione. Per specificare le impostazioni di traffico in uscita, devi connettere la funzione a una rete VPC utilizzando un connettore di accesso VPC serverless. Le impostazioni in uscita controllano quando il traffico viene instradato attraverso il connettore nella rete VPC.

Limitazioni

• L'accesso VPC serverless supporta solo il routing del traffico IPv4. Il traffico IPv6 non è supportato, anche se hai route IPv6 nella rete VPC.

• Per maggiore sicurezza, Google Cloud blocca i pacchetti in uscita verso indirizzi IP esterni sulla porta TCP di destinazione 25.

• Le funzioni utente o i servizi che richiamano funzioni o servizi protetti da una rete VPC devono instradare queste chiamate attraverso un connettore VPC.

Configura le impostazioni di traffico in uscita

Per le impostazioni di traffico in uscita, puoi specificare quanto segue:

• Instrada solo le richieste a IP privati tramite il connettore VPC: impostazione predefinita. Il traffico viene instradato attraverso la rete VPC solo se i pacchetti che lo inviano hanno destinazioni corrispondenti:

  • RFC 1918
  • RFC 6598
  • 199.36.153.4/30 e 199.36.153.8/30

  I pacchetti verso qualsiasi altra destinazione vengono instradati da Cloud Functions a internet e non attraverso alcuna rete VPC.

• Instrada tutto il traffico attraverso il connettore VPC: il traffico viene sempre instradato attraverso la rete VPC associata al connettore, per tutte le destinazioni dei pacchetti. Devi utilizzare questa opzione nelle seguenti circostanze:

  • Se devi inviare traffico a intervalli di subnet VPC con intervalli di indirizzi IP esterni utilizzati privatamente. Per ulteriori informazioni sugli intervalli di subnet VPC, consulta Intervalli IPv4 validi nella panoramica delle subnet.
  • Se devi inviare traffico a un endpoint Private Service Connect per le API di Google il cui indirizzo è un indirizzo IP esterno utilizzato privatamente. Per ulteriori informazioni sugli endpoint Private Service Connect per le API di Google, vedi Accedere alle API di Google tramite endpoint.
  • Se devi inviare il traffico a qualsiasi altra destinazione di indirizzi IP esterni utilizzati privatamente e instradabile all'interno della rete VPC del connettore. Esempi di altre destinazioni che coprono indirizzi IP esterni utilizzati privatamente potrebbero includere intervalli di subnet di peering, intervalli di subnet di peering creati da Intervalli di indirizzi IP allocati per servizi e destinazioni accessibili tramite route personalizzate nella rete VPC.

  Se la tua rete VPC include una route predefinita, i pacchetti possono comunque essere instradati a internet dopo essere stati elaborati dal connettore se configuri un gateway Cloud NAT per fornire servizi NAT alla subnet utilizzata dal connettore. Questi pacchetti sono soggetti alle route nella rete VPC e alle regole firewall che si applicano alla rete VPC. Puoi utilizzare la configurazione della route e del firewall per controllare il traffico in uscita da internet per tutte le richieste in uscita inviate dalla tua funzione tramite un connettore di accesso VPC serverless.

Puoi specificare le impostazioni di traffico in uscita quando esegui il deployment o l'aggiornamento della funzione utilizzando la console Google Cloud o Google Cloud CLI.

  gcloud functions deploy FUNCTION_NAME 

  --vpc-connector CONNECTOR_NAME 

  --egress-settings EGRESS_SETTINGS 

  FLAGS...
  

Esempi di casi d'uso

I seguenti esempi mostrano come configurare l'accesso alla rete in diversi scenari comuni.

Creazione di una funzione che non può essere chiamata da client esterni

Puoi proteggere le funzioni HTTP consentendole di essere chiamate solo dalle risorse nello stesso progetto Google Cloud o nel perimetro di servizio dei Controlli di servizio VPC.

1. Esegui il deployment della funzione e consenti solo il traffico interno. Utilizza la console Google Cloud o Google Cloud CLI:

   Console

   1. Apri la pagina Panoramica delle funzioni nella console Google Cloud:

      Vai alla pagina Panoramica di Cloud Functions

   2. Fai clic su Crea funzione. In alternativa, fai clic su una funzione esistente per passare alla relativa pagina dei dettagli, quindi fai clic su Modifica.

   3. Espandi le impostazioni avanzate facendo clic su Runtime, build... (Runtime, build...).

   4. Nella sezione Connessioni, in Impostazioni Ingress, seleziona Consenti solo traffico interno.

   gcloud

   Usa il comando gcloud functions deploy:

   gcloud functions deploy FUNCTION_NAME \
   --ingress-settings internal-only \
   FLAGS...
   

Dopo aver eseguito il deployment della funzione, le richieste provenienti dall'esterno del tuo progetto Google Cloud vengono bloccate e non raggiungono la funzione. Se utilizzi Controlli di servizio VPC, le richieste dall'esterno del perimetro di servizio vengono bloccate. Le istanze VM all'interno del perimetro del progetto o di servizio possono comunque raggiungere la funzione effettuando richieste al relativo endpoint HTTPS.

Se vuoi chiamare questa funzione limitata da un'altra funzione, la funzione chiamante deve instradare il traffico in uscita attraverso la rete VPC.

Utilizzo delle impostazioni di traffico in entrata e in uscita per limitare l'accesso

È possibile incorporare sia il traffico in entrata che quello in uscita verso i propri servizi per aggiungere un ulteriore livello di limitazione.

1. Clona il repository cloud-run-sample e passa alla directory vpc-sample:

   git clone https://github.com/GoogleCloudPlatform/cloud-run-samples
   cd vpc-sample
   

2. Installa le dipendenze Python:

   pip3 install -r requirements.txt
   

3. Puoi aprire il file main.py nella directory vpc-sample per vedere la funzione che stai implementando:

   def hello_world(request):
       return "Hello World!"

4. Esegui il deployment della funzione:

   gcloud functions deploy restricted-function 
   
     --runtime=python38 
   
     --trigger-http 
   
     --no-allow-unauthenticated 
   
     --ingress-settings=internal-only 
   
     --entry-point=hello_world
   

5. Configura un connettore di accesso VPC serverless:

   gcloud compute networks vpc-access connectors create serverless-connector 
   
     --region=SERVICE_REGION 
   
     --range=10.8.0.0/28
   

   dove SERVICE_REGION è una regione per il tuo connettore; deve corrispondere alla regione del tuo servizio serverless. Se il servizio è nella regione us-central o europe-west, usa us-central1 o europe-west1.

6. Crea la tua immagine container:

   gcloud builds submit --tag=gcr.io/PROJECT_ID/restricted-function-caller .
   

   dove PROJECT_ID è l'ID progetto.

   Questa operazione crea un'immagine container che richiama get_hello_world quando viene eseguito il deployment dal file main.py:

   import os
   import urllib
   
   import google.auth.transport.requests
   import google.oauth2.id_token
   
   
   def get_hello_world(request):
       try:
           url = os.environ.get("URL")
           req = urllib.request.Request(url)
   
           auth_req = google.auth.transport.requests.Request()
           id_token = google.oauth2.id_token.fetch_id_token(auth_req, url)
           req.add_header("Authorization", f"Bearer {id_token}")
   
           response = urllib.request.urlopen(req)
           return response.read()
   
       except Exception as e:
           print(e)
           return str(e)

7. Utilizza il comando gcloud run deploy run-function per eseguire il deployment del container Cloud Run:

     gcloud run deploy run-function 
   
       --image gcr.io/PROJECT_ID/restricted-function-caller 
   
       --no-allow-unauthenticated 
   
       --update-env-vars=URL=https://SERVICE_REGION-PROJECT_ID.cloudfunctions.net/restricted-function-caller 
   
       --vpc-egress=all 
   
       --vpc-connector=serverless-connector 
   
       --region=SERVICE_REGION

   dove:

   • PROJECT_ID è l'ID progetto.
   • SERVICE_REGION è una regione per il tuo connettore; deve corrispondere a quella del servizio serverless. Se il servizio è nella regione us-central o europe-west, usa us-central1 o europe-west1.

   Il servizio run-function di Cloud Run è ora impostato per inviare una richiesta GET dal connettore VPC alla funzione limitata di rete.

Funzione di routing in uscita attraverso la rete VPC

Le reti VPC in Google Cloud supportano un ricco insieme di configurazioni e funzionalità di networking. Instradando il traffico in uscita dalla funzione alla rete VPC, puoi assicurarti che il traffico in uscita di Cloud Functions segua il firewall, il DNS, il routing e altre regole della rete VPC e puoi utilizzare prodotti come Cloud NAT.

1. Configura una rete VPC. Configura una rete VPC esistente o creane una nuova seguendo la guida sull'utilizzo delle reti VPC.

2. Configura un connettore di accesso VPC serverless. Cloud Functions necessita di un connettore di accesso VPC serverless per instradare il traffico alla rete VPC. Crea un connettore e configura le autorizzazioni appropriate seguendo le istruzioni in Connessione a una rete VPC.

3. Esegui il deployment di una funzione che utilizza il connettore e instrada tutto il traffico in uscita attraverso il connettore. Utilizza la console Google Cloud o lo strumento a riga di comando gcloud:

   Console

   1. Apri la pagina Panoramica delle funzioni nella console Google Cloud:

      Vai alla pagina Panoramica di Cloud Functions

   2. Fai clic su Crea funzione. In alternativa, fai clic su una funzione esistente per passare alla relativa pagina dei dettagli, quindi fai clic su Modifica.

   3. Espandi le impostazioni avanzate facendo clic su Runtime, build... (Runtime, build...).

   4. Nella sezione Connessioni, in Impostazioni in uscita, seleziona il connettore di accesso VPC serverless e seleziona Instrada tutto il traffico tramite il connettore VPC.

   gcloud

   Usa il comando gcloud functions deploy:

   gcloud functions deploy FUNCTION_NAME \
   --vpc-connector CONNECTOR_NAME \
   --egress-settings all \
   FLAGS...
   

Dopo aver eseguito il deployment della funzione, tutto il traffico proveniente dalla funzione viene instradato tramite la rete VPC e ottempera alle regole impostate sulla rete VPC. Tieni presente che la tua funzione non è in grado di accedere alla rete internet pubblica a meno che non configuri Cloud NAT. Inoltre, tieni presente che è necessario che Cloud NAT mappa tutti gli intervalli IP principali e secondari per tutte le subnet al gateway NAT per includere la subnet del connettore nella mappatura.

Associazione del traffico in uscita della funzione a un indirizzo IP statico

In alcuni casi, è possibile che il traffico proveniente dalla funzione sia associato a un indirizzo IP statico. Questa opzione, ad esempio, è utile se chiami un servizio esterno che consente solo le richieste provenienti da indirizzi IP specificati esplicitamente.

1. Instrada il traffico in uscita della funzione attraverso la rete VPC. Consulta la sezione precedente, Traffico della funzione di routing in uscita attraverso la rete VPC.

2. Configura Cloud NAT e specifica un indirizzo IP statico. Segui le guide in Specificare gli intervalli di subnet per NAT e Specificare gli indirizzi IP per NAT per configurare Cloud NAT per la subnet associata al connettore di accesso VPC serverless della tua funzione. Cloud NAT deve mappare tutti gli intervalli IP primari e secondari per tutte le subnet al gateway NAT per includere la subnet del connettore nella mappatura.

Bilanciamento del carico multiregionale

Puoi eseguire il deployment di una funzione in diverse regioni e consentire l'invio della richiesta alla regione integra più vicina. A questo scopo, devi configurare un gruppo di endpoint di rete serverless (NEG) per la funzione e connetterlo a un bilanciatore del carico, come descritto in Configurazione di un bilanciatore del carico HTTP(S) con NEG serverless.