Risolvere i problemi di Network Connectivity Center

Scopri i passaggi per la risoluzione dei problemi che potrebbero esserti utili se riscontri problemi nell'uso di Network Connectivity Center, spoke ibridi, spoke VPC e connessione Private Service Connect durante la propagazione.

Per le limitazioni note, consulta Considerazioni nella pagina Panoramica.

Problemi comuni con la sintassi dei comandi

Quando aggiorni uno spoke, devi specificare la posizione in cui si trova lo spoke.

Collega le risorse agli spoke

Per requisiti dettagliati, consigli e considerazioni per la creazione degli spoke e del collegamento di risorse, consulta la sezione Creazione di uno spoke.

I percorsi non sono distribuiti tra le regioni

Se le route non vengono distribuite correttamente tra le regioni, verifica che della rete VPC La modalità di routing dinamico è impostata su global.

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

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

Se il traffico di trasferimento di dati non passa da una posizione all'altra, verifica che le seguenti risorse sono configurate correttamente e funzionano:

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 alcune di sessioni non partecipano ai dati. trasferimento dati), il traffico di trasferimento dati potrebbe utilizzare la ECMP per distribuire il traffico tutti gli hop successivi disponibili, anche se quelli successivi non partecipano in modo esplicito nel trasferimento dei 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 route ottimali per Network Connectivity Center.

Risolvere i problemi di connettività di rete utilizzando i test di connettività

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 alcune di Compute Engine esegue la verifica in fase di runtime.

Per analizzare le configurazioni di rete, i test di connettività simulano il percorso di inoltro previsto di un pacchetto attraverso la rete VPC (Virtual Private Cloud), i tunnel VPN Cloud, 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 ai tuoi ambienti on-premise configurazione di rete, non può verificare la configurazione delle route le regole firewall sul router on-premise. Pertanto, il traffico dalla rete on-premise alla rete VPC è sempre considerato valido dall'analisi di configurazione dei test di connettività e vengono verificate solo le configurazioni all'interno di Google Cloud.

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

Per ulteriori informazioni, consulta Panoramica di Connectivity Tests.

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 annunciate sulla rete on-premise (Anteprima), controlla la tabella della route hub del gruppo dello spoke ibrido per verificare quanto segue problemi:

  • Se le subnet sono visualizzate nella tabella delle route hub, segui questi passaggi:

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

    • Controlla gli intervalli di indirizzi IP inclusi-esportazione ed esclusione-esportazione nella lo spoke VPC delle subnet. Se la subnet viene filtrata in base a intervalli di inclusione-esportazione o esclusione-esportazione, puoi aggiornare Spoke VPC.

Risoluzione dei 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 Appliance router, insieme ai problemi descritti nelle sezioni seguenti.

Per ulteriori informazioni, consulta le seguenti risorse:

Impossibile stabilire le sessioni BGP

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 dell'appliance router come parte di uno spoke, consulta Utilizzo degli 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é il router Cloud né l'appliance router l'istanza utilizza indirizzi locali rispetto al collegamento (ossia 169.254.x.x) per il peer una con l'altra. Come guida, consulta i suggerimenti 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 non funziona e la tua la VM dell'appliance router perde la comunicazione con il router Cloud e controllare 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 noti problemi relativi alla configurazione dell'indirizzo IP per istanze dell'appliance router, assicurati di aver configurato l'indirizzo IP interno RFC 1918 per le sessioni BGP tra il router Cloud e le VM che agiscono come di Compute Engine.

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

Risolvi i problemi degli 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à connessa in peering con una o più delle reti VPC spoke esistenti con 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 tabelle di route per hub.
  • Sono 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 almeno il periodo di attesa 10 minuti prima di poter creare un nuovo spoke per lo stesso VPC collegata a un altro hub. 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 specificato.

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 dall'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 di route 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 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 le destinazioni di connessione di Private Service Connect un collegamento a un servizio basato su Bilanciatore del carico di rete passthrough interno Endpoint Private Service Connect. Per informazioni dettagliate, consulta Informazioni sull'accesso ai servizi pubblicati tramite endpoint.

    Per recuperare i dati associati a una regola di inoltro 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 si trova l'hub

  • Verifica che l'indirizzo dell'endpoint Private Service Connect non sia compreso in alcun intervallo di esclusione dell'esportazione dello spoke di hosting. Endpoint Private Service Connect che risiedono all'interno dell'esportazione l'intervallo di esclusione non viene propagato.

    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 di scambio di route dei 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. Potrebbe essere dovuto a uno dei seguenti motivi: motivi:

  • 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 di route dinamiche è esausto.

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

La tabella di route hub potrebbe non mostrare correttamente le route dinamiche a causa di uno dei seguenti 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.

Creazione dello spoke ibrido non riuscita

Se la creazione di uno spoke ibrido non riesce, la causa potrebbe essere uno dei seguenti motivi:

  • 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.

Creazione dello spoke VPC non riuscita

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.