Testa la connettività da e verso reti non Google Cloud

Questa pagina descrive i seguenti casi d'uso comuni per Connectivity Tests:

  • Verifica la connettività da una rete Virtual Private Cloud (VPC) a una rete non Google Cloud
  • Verifica la connettività da una rete non Google Cloud a una rete VPC
  • Testa la connettività tra due reti non Google Cloud
I diagrammi di Trace in questa pagina utilizzano i simboli descritti nella seguente legenda.
Simbolo Nome Significato
Diamante grigio
Legenda del diagramma della traccia del pacchetto: diamante grigio.
Check Point Un punto decisionale in cui Connectivity Tests controlla una configurazione e decide se un pacchetto traccia deve essere inoltrato, consegnato o eliminato.
Rettangolo blu
Legenda del diagramma di traccia dei pacchetti: rettangolo blu.
Hop Un passaggio nel percorso di inoltro di un pacchetto di traccia, che rappresenta una risorsa Google Cloud che inoltra un pacchetto all'hop successivo in una rete VPC, ad esempio a un proxy Cloud Load Balancing o a un tunnel Cloud VPN.
Esagono arancione
Legenda del diagramma della traccia del pacchetto: esagono arancione.
Endpoint L'origine o la destinazione di un pacchetto di traccia.

Da una rete VPC a una rete non Google Cloud

Puoi utilizzare l'analisi di configurazione di Connectivity Tests per testare la connettività dalla tua rete VPC a una rete non Google Cloud tramite Cloud VPN o Cloud Interconnect. In genere, una rete non Google Cloud è la tua rete on-premise o la rete di un altro provider cloud.

L'analisi della configurazione valuta il percorso di rete solo fino all'indirizzo IP esterno del router o del gateway VPN in una rete peer.

L'esempio seguente mostra una traccia da VM1 in una rete VPC, tramite un tunnel VPN classica che utilizza il routing statico, a VM2 in una rete on-premise.

Traccia dei pacchetti attraverso un tunnel Cloud VPN utilizzando route statiche.
Traccia dei pacchetti attraverso un tunnel Cloud VPN utilizzando route statiche

Se esiste una route statica o dinamica corrispondente per l'indirizzo IP di destinazione in una rete peer, l'analisi di configurazione la abbina e la verifica in base alla precedenza della route.

Esiste una route statica predefinita per tutte le destinazioni con l'hop successivo come gateway internet. Connectivity Tests può corrispondere a questo percorso predefinito se non lo hai rimosso o modificato.

Se la route statica predefinita non esiste e non sono presenti altri percorsi validi per la destinazione, la traccia restituisce un stato finale Drop.

Trace il percorso a una rete non Google Cloud utilizzando il routing statico.
Traccia il percorso verso una rete non Google Cloud utilizzando il routing statico


Trace il percorso a una rete non Google Cloud utilizzando il routing dinamico.
Traccia il percorso verso una rete non Google Cloud utilizzando il routing dinamico

Da una rete non Google Cloud a una rete VPC

L'analisi della configurazione verifica che la rete VPC possa ricevere un pacchetto in entrata dalla rete on-premise dopo che il pacchetto è arrivato alla rete VPC. L'analisi verifica inoltre che la configurazione della rete VPC sia in grado di consentire la consegna di questo pacchetto alla destinazione prevista. L'analisi della configurazione mostra che il pacchetto potrebbe essere consegnato (nella risposta dell'API, un stato finale di delivered). La destinazione è considerata raggiungibile.

Quando la rete VPC esegue il peering con la rete on-premise tramite router Cloud, la rete VPC riceve una o più route dinamiche dalla rete on-premise con cui è in peering. Allo stesso tempo, la rete VPC annuncia le proprie route alla rete on-premise in peering.

Poiché Connectivity Tests non ha accesso alla configurazione della rete on-premise, non può verificare la configurazione di route e regole firewall corretti sul router on-premise. Pertanto, il traffico dalla rete on-premise alla rete VPC è sempre considerato valido dall'analisi di configurazione di Connectivity Tests.

Tuttavia, Connectivity Tests possono valutare se la configurazione del VPC consente la consegna di un pacchetto a una destinazione in Google Cloud. Per valutare la raggiungibilità, vengono valutate le seguenti risorse Google Cloud:

  • Le regole firewall in entrata della rete VPC.
  • La route annunciata per gli indirizzi IP nella rete VPC che router Cloud annuncia alla rete on-premise (peer).

In generale, quando vuoi specificare un indirizzo IP on-premise per un endpoint di origine o di destinazione, deseleziona la casella di controllo Questo è un indirizzo IP utilizzato in Google Cloud. Per configurare un test come quello mostrato in questo esempio, deseleziona la casella di controllo per l'endpoint di origine.

Il seguente risultato del test positivo valuta la connettività tramite Cloud VPN dall'indirizzo IP on-premise a un'istanza VM. Inoltre, esamina la sessione, le route e le regole del firewall VPC del protocollo Border Gateway Protocol (BGP).

Esempio di output per un test riuscito da on-premise a Google Cloud.
Esempio di output per un test riuscito da on-premise a Google Cloud

Tra due reti non Google Cloud

Puoi utilizzare l'analisi di configurazione di Connectivity Tests per valutare la raggiungibilità tra due reti non Google Cloud connesse tramite Network Connectivity Center. In questo contesto, una rete non Google Cloud è in genere il tuo data center on-premise o una sede secondaria.

Poiché Connectivity Tests non ha accesso alla configurazione della rete on-premise, non può verificare la configurazione delle route e delle regole firewall sul router on-premise. Pertanto, il traffico dalla rete on-premise alla rete VPC è sempre considerato valido dall'analisi di configurazione Connectivity Tests e vengono verificate solo le configurazioni all'interno di Google Cloud.

L'analisi della configurazione apprende gli intervalli di rete on-premise dai router Cloud associati agli spoke di Network Connectivity Center. Puoi identificare i problemi di configurazione all'interno della tua rete VPC che possono influire sulla connettività tra le reti on-premise.

Tutti i tipi di spoke di Network Connectivity Center utilizzano i router Cloud per scambiare le route tramite sessioni BGP. Ad esempio:

  • Spoke dell'appliance router: quando le istanze di router Cloud e dell'appliance router si trovano nella stessa regione, si scambiano le route tra loro.
  • Spoke di Cloud VPN e collegamento VLAN: i router Cloud scambiano route BGP con i router della rete on-premise.

Per ulteriori informazioni sul Network Connectivity Center, consulta Panoramica del Network Connectivity Center.

Tra due reti non Google Cloud tramite l'appliance router

Nell'esempio seguente, Connectivity Tests tracciano un pacchetto simulato da una rete on-premise a un'altra. Il pacchetto entra nella rete VPC dallo spoke dell'appliance router connesso alla prima rete on-premise. Da qui, segue una route dinamica come pubblicizzata dal router Cloud associato allo spoke dell'appliance Router collegato alla seconda rete on-premise. Il pacchetto raggiunge la rete on-premise dalla seconda istanza dell'appliance router.

Per configurare un test di questo tipo, assicurati di deselezionare la casella di controllo Questo è un indirizzo IP utilizzato in Google Cloud sia per l'endpoint di origine che per quello di destinazione.

Il seguente risultato del test positivo valuta la connettività da una rete on-premise tramite due istanze di appliance router a un'altra rete on-premise. Valuta anche la sessione BGP, le route e le regole firewall VPC.

Esempio di output per un test riuscito da on-premise a on-premise.
Output di esempio per un test riuscito da on-premise a on-premise

Tra due reti non Google Cloud tramite Cloud VPN e Cloud Interconnect

Nell'esempio seguente, Connectivity Tests tracciano un pacchetto simulato da una rete on-premise a un'altra. Il pacchetto entra nella rete VPC tramite il gateway VPN. Il pacchetto raggiunge l'altra rete on-premise tramite una connessione Interconnect.

Per configurare un test di questo tipo, assicurati di deselezionare la casella di controllo Questo è un indirizzo IP utilizzato in Google Cloud sia per l'endpoint di origine che per quello di destinazione.

Il seguente risultato del test positivo valuta la connettività da una rete on-premise tramite spoke di collegamento VPN e VLAN a un'altra rete on-premise.

Esempio di output per un test riuscito da on-premise a on-premise tramite spoke di collegamento VPN e VLAN.
Esempio di output per un test riuscito da on-premise a on-premise tramite spoke di collegamento VLAN VPN e VLAN

Passaggi successivi