Risolvere i problemi di Network Connectivity Center

Scopri i passaggi per la risoluzione dei problemi che potresti trovare utili se riscontri problemi con l'utilizzo di Network Connectivity Center, spoke ibridi, spoke VPC e la propagazione delle connessioni Private Service Connect.

Per le limitazioni note, consulta Considerazioni nella pagina Panoramica.

Problemi comuni con la sintassi dei comandi

Quando aggiorni un raggio, devi specificare la località in cui si trova.

Collega le risorse agli spoke

Per requisiti, consigli e considerazioni dettagliati sulla creazione di spoke e sull'associazione di risorse, consulta Creare un spoke.

I percorsi non sono distribuiti tra le regioni

Se i percorsi non vengono distribuiti correttamente tra le regioni, verifica che la modalità di routing dinamico della rete VPC sia impostata su global.

Il traffico di trasferimento dati non passa tra due reti non Google Cloud

In questo contesto, una rete non Google Cloud si riferisce al tuo data center on-premise, a una sede secondaria o alla rete di un altro cloud provider.

Se il traffico di trasferimento dati non scorre tra due località, verifica che le seguenti risorse siano configurate e funzionino correttamente:

Annunci route duplicati dalle sessioni BGP

Se sono presenti annunci di route duplicati (alcuni provenienti da sessioni BGP che partecipano al trasferimento di dati e altri da sessioni che non partecipano al trasferimento di dati), il traffico di trasferimento dei dati potrebbe utilizzare ECMP per distribuire il traffico a tutti i hop successivi disponibili, anche se questi hop successivi non partecipano esplicitamente al trasferimento di dati.

Connessione Interconnect a una località non supportata (rete non Google Cloud)

Per un esempio di come configurare gli annunci di route quando una delle tue connessioni di interconnessione ridondanti si trova in una località non supportata, consulta Annunci di annuncio di route per Network Connectivity Center.

Risolvere i problemi di connettività di rete utilizzando Connectivity Tests

Connectivity Tests è uno strumento di diagnostica che ti consente di verificare la connettività tra gli endpoint della tua rete. Analizza la tua configurazione e, in alcuni casi, esegue la verifica di runtime.

Per analizzare le configurazioni di rete, Connectivity Tests simulano il percorso di inoltro previsto di un pacchetto attraverso la rete VPC (Virtual Private Cloud), i tunnel Cloud VPN, i collegamenti VLAN o le istanze di appliance router.

Puoi utilizzare l'analisi di configurazione di Connectivity Tests per valutare la raggiungibilità tra:

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.

Per eseguire Connectivity Tests tra due reti on-premise collegate tramite Network Connectivity Center, consulta Eseguire test di connettività.

Per ulteriori informazioni, consulta la panoramica dei test di connettività.

Risolvere i problemi degli spoke ibride

Il seguente problema può verificarsi negli appliance router, nei collegamenti VLAN e negli spoke VPN.

Le subnet dell'hub configurate non vengono pubblicizzate a una rete on-premise

Se le subnet dell'hub configurate non sono pubblicizzate nella rete on-premise (Anteprima), controlla la tabella di routing dell'hub del gruppo dello spoke ibrido per verificare la presenza dei seguenti problemi:

  • Se le subnet sono visualizzate nella tabella dei percorsi dell'hub:

  • Se le subnet non sono nella tabella delle route dell'hub, svolgi i seguenti passaggi:

    • Controlla gli intervalli di indirizzi IP per l'esportazione inclusa e l'esportazione esclusa nello spoke VPC delle subnet. Se la subnet è filtrata in base agli intervalli di esportazione inclusi o esclusi, puoi aggiornare lo spoke VPC.

Risolvere i problemi dell'appliance router

I seguenti problemi e soluzioni sono specifici dell'appliance router.

La documentazione per la risoluzione dei problemi relativi al router Cloud si applica anche all'appliance router, oltre ai problemi descritti nelle sezioni seguenti.

Per ulteriori informazioni, consulta le seguenti risorse:

Le sessioni BGP non vengono stabilite

Se le sessioni BGP tra il router Cloud e l'appliance router non riescono a essere stabilite, controlla i seguenti problemi:

  • Assicurati che una VM che agisce come istanza di appliance router sia configurata come parte di uno spoke in Network Connectivity Center. Per configurare un'istanza dell'appliance router all'interno di uno spoke, consulta Utilizzare gli spoke.
  • Controlla le impostazioni del firewall per assicurarti che la porta TCP 179 sia consentita. Per configurare le impostazioni del firewall per l'appliance router, consulta Creare istanze dell'appliance router.
  • Assicurati che né router Cloud né l'istanza dell'appliance router utilizzino indirizzi link-local (ovvero 169.254.x.x) per comunicare tra loro. Per indicazioni, consulta Consigli per l'allocazione degli indirizzi IP.
  • Assicurati che Cloud Router abbia stabilito due sessioni BGP distinte con l'istanza dell'appliance router, una da ogni interfaccia del router Cloud. L'istanza dell'appliance router deve pubblicizzare le stesse route su entrambe le sessioni BGP. Se una delle sessioni BGP si interrompe e la VM dell'appliance router perde la comunicazione con il router Cloud, controlla la configurazione delle interfacce del router Cloud. Per ulteriori informazioni, consulta Creare istanze dell'appliance router.

Problemi con gli indirizzi IP interni per le sessioni BGP sulle istanze dell'appliance router

Se riscontri problemi relativi alla configurazione degli indirizzi IP per le istanze dell'appliance router, assicurati di aver configurato indirizzi IP interni RFC 1918 per le sessioni BGP tra router Cloud e le VM che fungono da istanze dell'appliance router.

Le istanze dell'appliance router non utilizzano indirizzi 169.254.x.x per le sessioni BGP. Devono invece utilizzare indirizzi IP nella stessa sottorete VPC del router Cloud. Per ulteriori informazioni, consulta Creare istanze di appliance router.

Risolvere i problemi relativi agli spoke VPC

Autorizzazioni

Se l'autorizzazione viene negata durante la creazione di uno spoke in un progetto diverso dall'hub, rivolgiti all'amministratore dell'hub per verificare di aver ricevuto l'autorizzazione networkconnectivity.groups.use necessaria nell'hub.

Errori di creazione dello spoke VPC

Se la creazione dello spoke VPC non è andata a buon fine, il motivo potrebbe essere uno dei seguenti:

  • La rete VPC è già in peering con uno o più spoke esistenti utilizzando il peering VPC.
  • Le subnet si sovrappongono agli spoke VPC esistenti.
  • Le subnet si sovrappongono ai peer degli spoke VPC esistenti.
  • Hai superato la quota di spoke VPC.
  • Hai superato la quota di route per tabella dei route hub.
  • Sono stati specificati più di 16 filtri di esportazione.
  • Le subnet nella rete VPC sono più grandi di uno o più filtri specificati.

Per gli errori relativi alle quote, consulta Quote e limiti.

Errori di creazione di spoke VPC dopo l'eliminazione di uno spoke

Dopo aver eliminato uno spoke, devi attendere il periodo di attesa di almeno 10 minuti prima di poter creare un nuovo spoke per la stessa rete VPC collegata a un hub diverso. Questo periodo di attesa non è necessario se la rete VPC viene aggiunta come spoke allo stesso hub.

Errori di creazione delle subnet in uno spoke VPC

Se si verifica un errore di creazione della subnet in uno spoke VPC, il motivo potrebbe essere uno dei seguenti:

  • Esistono subnet sovrapposte in altri spoke VPC o peer di spoke VPC.
  • Hai superato la quota di route per tabella dei route hub.
  • Le subnet nella rete VPC sono più grandi di uno o più filtri specificati.

Lo spoke VPC è stato creato, ma manca la connettività del piano dati

Se lo spoke VPC è visualizzato come creato, ma manca la connettività del dataplane, il motivo potrebbe essere uno dei seguenti:

  • Lo spoke si trova in un progetto diverso dall'hub e l'amministratore dell'hub non ha accettato la proposta dello spoke.
  • Tutte le subnet nella rete VPC vengono filtrate ed escluse dalla connettività.
  • Le subnet di destinazione vengono filtrate in base ai filtri spoke VPC corrispondenti.

La tabella dei route dell'hub non mostra alcune subnet negli spoke VPC

Se la tabella di routing dell'hub non mostra alcune delle sottoreti negli spoke VPC, il motivo potrebbe essere uno dei seguenti:

  • Le subnet vengono filtrate utilizzando i filtri di esportazione.
  • Le subnet sono state create negli ultimi 5-10 minuti e la tabella delle route dell'hub non è stata ancora aggiornata.

La VM in uno spoke non riesce ad accedere alla connessione Private Service Connect in un altro spoke

Se una VM in uno spoke VPC non riesce ad accedere all'endpoint Private Service Connect (anteprima) in un altro spoke, controlla i seguenti problemi:

  • Assicurati che la connessione Private Service Connect abbia come target un collegamento di servizio basato su un endpoint Private Service Connect di un bilanciatore del carico di rete passthrough interno. Per informazioni dettagliate, consulta Informazioni sull'accesso ai servizi pubblicati tramite endpoint.

    Per recuperare i dati associati a una regola di forwarding in un progetto, utilizza il comando gcloud compute forwarding-rules describe.

    gcloud

    gcloud compute forwarding-rules describe FORWARDING_RULE_NAME \
  --region=REGION_ID
  --project=PROJECT_ID
  --format='get(target)'

    Sostituisci i seguenti valori:

    • FORWARDING_RULE_NAME: il nome della regola di forwarding
    • REGION_ID: l'ID regione
    • PROJECT_ID: l'ID progetto in cui si trova la regola

  • Assicurati che il campo --export_psc sia abilitato nell'hub.

    Per verificare se il campo --export_psc è abilitato nell'hub, utilizza il comando gcloud network-connectivity hubs describe.

    gcloud

    gcloud network-connectivity hubs describe HUB_NAME \
  --project=PROJECT_ID
  --format='get(export_psc)'

    Sostituisci i seguenti valori:

    • HUB_NAME: il nome dell'hub
    • PROJECT_ID: l'ID progetto in cui risiede l'hub

  • Verifica che l'indirizzo dell'endpoint Private Service Connect non rientri in alcun intervallo di esclusione dell'esportazione dello spoke di hosting. Gli endpoint Private Service Connect che si trovano all'interno dell'intervallo di esclusione dell'esportazione non vengono propagati.

    Per controllare gli intervalli di esportazione esclusi specificati di uno spoke, utilizza il comando gcloud network-connectivity spokes describe.

    gcloud

    gcloud network-connectivity spokes describe SPOKE_NAME \
  --global \
  --project=PROJECT_ID \
  --format='get(linked_vpc_network.exclude_export_ranges)'

    Sostituisci i seguenti valori:

    • SPOKE_NAME: il nome dello spoke
    • PROJECT_ID: l'ID progetto in cui si trova lo spoke

  • Assicurati di non aver superato la quota di utilizzo di Network Connectivity Center.

Risolvere i problemi relativi allo scambio di route degli spoke VPC

Gli spoke VPC e gli spoke ibridi sono collegati allo stesso hub, ma manca la connettività del piano dati

Se gli spoke VPC e gli spoke ibridi sono collegati allo stesso hub, ma manca la connettività del piano dati, il motivo potrebbe essere uno dei seguenti:

  • Lo spoke è un spoke tra progetti e l'amministratore dell'hub non ha accettato la proposta dello spoke.
  • Tutte le subnet nella rete VPC vengono filtrate ed escluse dalla connettività.
  • La propagazione automatica delle subnet VPC non è abilitata o l'annuncio di route personalizzate non è configurato.
  • La quota delle route dinamiche è stata esaurita.

La tabella delle route dell'hub non mostra alcune route dinamiche o mostra route dinamiche spurie

La tabella delle route dell'hub potrebbe non mostrare correttamente le route dinamiche per uno dei seguenti motivi:

  • Le route BGP sono state annunciate o ritirate negli ultimi cinque-dieci minuti e la tabella delle route dell'hub non è ancora aggiornata.
  • La quota delle route dinamiche è stata esaurita.

La creazione di uno spoke ibrido non riesce

Se la creazione di un raggio ibrida non va a buon fine, il motivo potrebbe essere uno dei seguenti:

  • La rete VPC di routing potrebbe essere uno spoke VPC esistente collegato allo stesso hub o a un hub diverso.
  • La rete VPC di routing potrebbe essere associata implicitamente a un hub diverso a causa di uno spoke ibrido esistente connesso a quell'hub. Gli attacchi ibridi da una rete VPC possono diventare spoke di un solo hub.

La creazione dello spoke VPC non riesce

La creazione dello spoke VPC potrebbe non riuscire se lo spoke VPC è associato implicitamente a un hub come rete VPC di routing.

Messaggio di errore

Se provi a creare uno spoke e ricevi il messaggio di errore An internal error occurred, per risolvere il problema contatta l'assistenza Google Cloud.