Fehlerbehebung bei Network Connectivity Center, Router-Appliance und VPC-Spokes

Nützliche Tipps zur Behebung etwaiger Fehler bei der Verwendung von Network Connectivity Center, Router-Appliance und VPC-Spokes.

Bekannte Probleme finden Sie unter Überlegungen auf der Übersichtsseite.

Häufige Probleme mit der Befehlssyntax

Beim Aktualisieren eines Spoke müssen Sie den Standort angeben, an dem sich der Spoke befindet.

Ressourcen an Spokes anhängen

Ausführliche Informationen, Empfehlungen und Überlegungen zum Erstellen von Spokes und zum Anhängen von Ressourcen an Spokes finden Sie unter Spokes erstellen.

Routen werden nicht auf Regionen verteilt

Wenn Routen nicht ordnungsgemäß zwischen Regionen verteilt werden, prüfen Sie, ob der Modus für dynamisches Routing des VPC-Netzwerks auf global festgelegt ist.

Der Datenübertragungs-Traffic fließt nicht zwischen zwei Standorten

Wenn der Datentransfer zwischen zwei Standorten nicht fließt, prüfen Sie, ob die folgenden Ressourcen ordnungsgemäß konfiguriert sind und funktionieren:

Doppelte Route Advertisements aus BGP-Sitzungen

Wenn doppelte Route Advertisements vorhanden sind (einige von BGP-Sitzungen, die an der Datenübertragung teilnehmen, und einige von Sitzungen, die nicht an der Datenübertragung teilnehmen), verwendet der Datenübertragungs-Traffic möglicherweise ECMP, um den Traffic an alle verfügbaren nächsten Hops zu verteilen, selbst wenn diese nächsten Hops nicht explizit an der Datenübertragung teilnehmen.

Interconnect-Verbindung zu einem nicht unterstützten Standort

Ein Beispiel für die Konfiguration von Routen-Advertisements, wenn eine Ihrer redundanten Interconnect-Verbindungen zu einem nicht unterstützten Standort führt, finden Sie unter Optimales Route Advertisement für das Network Connectivity Center.

Fehlerbehebung bei der Netzwerkverbindung mithilfe von Konnektivitätstests

Mit diesem Diagnosetool können Sie die Konnektivität zwischen den Endpunkten in Ihrem Netzwerk prüfen. Es analysiert Ihre Konfiguration und führt in einigen Fällen auch eine Laufzeitprüfung aus.

Zur Analyse der Netzwerkkonfigurationen simulieren Konnektivitätstests den erwarteten Weiterleitungspfad eines Pakets über Ihr Virtual Private Cloud-Netzwerk (VPC), Cloud VPN-Tunnel, VLAN-Anhänge oder Router-Appliance-Instanzen.

Sie können die Konfigurationsanalyse für Konnektivitätstests verwenden, um die Erreichbarkeit zwischen folgenden Elementen zu bewerten:

Da Konnektivitätstests keinen Zugriff auf Ihre lokale Netzwerkkonfiguration haben, kann die Konfiguration der Routen und Firewallregeln auf Ihrem lokalen Router nicht geprüft werden. Daher betrachtet die Konfigurationsanalyse der Konnektivitätstests den Traffic von Ihrem lokalen Netzwerk zu Ihrem VPC-Netzwerk immer als gültig und es werden nur Konfigurationen in Google Cloud verifiziert.

Informationen zum Ausführen von Konnektivitätstests zwischen zwei lokalen Netzwerken, die über Network Connectivity Center verbunden sind, finden Sie unter Verbindungstests ausführen.

Weitere Informationen finden Sie unter Konnektivitätstests – Übersicht.

Fehlerbehebung bei Router-Appliance

Die im Folgenden aufgeführten Probleme und Lösungen gelten nur für die Router-Appliance.

Die Dokumentation zur Fehlerbehebung für Cloud Router gilt auch für die Router-Appliance sowie die in den folgenden Abschnitten beschriebenen Probleme.

Hier finden Sie weitere Informationen:

Fehler beim Erstellen von BGP-Sitzungen

Wenn die BGP-Sitzungen zwischen dem Cloud Router und der Router-Appliance nicht hergestellt werden, prüfen Sie, ob folgende Probleme vorliegen:

  • Prüfen Sie, ob eine VM, die als Router-Appliance-Instanz fungiert, im Rahmen eines Spoke im Network Connectivity Center konfiguriert ist. Informationen zum Konfigurieren einer Router-Appliance-Instanz als Teil eines Spoke finden Sie unter Mit Spokes arbeiten.
  • Prüfen Sie die Firewalleinstellungen. Achten Sie dabei darauf, dass der TCP-Port 179 zugelassen wird. Informationen zum Konfigurieren von Firewalleinstellungen für die Router-Appliance finden Sie unter Router Appliance-Instanzen erstellen.
  • Achten Sie darauf, dass weder der Cloud Router noch die Router-Appliance-Instanz Link-Local-Adressen (d. h. 169.254.x.x) für das gegenseitige Peering verwenden. Weitere Informationen finden Sie unter Empfehlungen für die Zuweisung von IP-Adressen.
  • Vergewissern Sie sich, dass Cloud Router zwei separate BGP-Sitzungen zu Ihrer Router-Appliance-Instanz aufgebaut hat, eine von jeder Cloud Router-Schnittstelle. Die Router-Appliance-Instanz muss in beiden BGP-Sitzungen dieselben Routen bereitstellen. Wenn eine Ihrer BGP-Sitzungen ausfällt und Ihre Router-Appliance-VM die Verbindung zum Cloud Router verliert, überprüfen Sie die Konfiguration Ihrer Cloud Router-Schnittstellen. Weitere Informationen finden Sie unter Router-Appliance-Instanzen erstellen.

Probleme mit internen IP-Adressen für BGP-Sitzungen auf Router-Appliance-Instanzen

Wenn Sie Probleme mit Ihrer IP-Adresskonfiguration für Router-Appliance-Instanzen feststellen, müssen Sie interne RFC 1918-IP-Adressen für BGP-Sitzungen zwischen Cloud Router und den VMs konfigurieren, die als Router-Appliance-Instanzen fungieren.

Router-Appliance-Instanzen verwenden keine 169.254.x.x-Adressen für BGP-Sitzungen. Stattdessen müssen sie IP-Adressen im selben VPC-Subnetz wie Cloud Router verwenden. Weitere Informationen finden Sie unter Router-Appliance-Instanzen erstellen.

Fehlerbehebung bei VPC-Spokes

Berechtigungen

Wenn die Berechtigung beim Erstellen eines Spoke in einem anderen Projekt als dem Projekt des Hubs verweigert wird, fragen Sie den Hub-Administrator, ob Ihnen die erforderliche Berechtigung networkconnectivity.groups.use für den Hub erteilt wurde.

Fehler bei VPC-Spoke-Erstellung

Wenn die Erstellung des VPC-Spoke fehlgeschlagen ist, kann dies einen der folgenden Gründe haben:

  • Das VPC-Netzwerk ist bereits über VPC-Peering mit einem oder mehreren der vorhandenen Spokes verbunden.
  • Subnetze überschneiden sich mit vorhandenen VPC-Spokes.
  • Subnetze überschneiden sich mit Peers vorhandener VPC-Spokes.
  • Sie haben das Kontingent für VPC-Spokes überschritten.
  • Sie haben das Kontingent für Routen pro Hub-Routingtabelle überschritten.
  • Es sind mehr als 16 Exportfilter angegeben.
  • Subnetze im VPC-Netzwerk sind größer als ein oder mehrere angegebene Filter.

Informationen zu kontingentbezogenen Fehlern finden Sie unter Kontingente und Limits.

Fehler beim Erstellen von VPC-Spokes nach dem Löschen eines Spoke

Nachdem Sie einen Spoke gelöscht haben, gelten die folgenden Wartezeiten:

  • Sie müssen mindestens zehn Minuten warten, bevor Sie einen neuen Spoke für dasselbe VPC-Netzwerk erstellen, das mit demselben Hub verbunden ist.
  • Bei einem neuen Spoke für dasselbe VPC-Netzwerk, das mit einem anderen Hub verbunden ist, müssen Sie mindestens 24 Stunden warten.
  • Es ist möglich, dass die Spoke-Erstellung für dasselbe VPC-Netzwerk nicht ordnungsgemäß auf die Filter angewendet wird. Als Problemumgehung können Sie den Spoke löschen, dann länger warten und den Spoke neu erstellen.

Fehler bei der Subnetzerstellung in einem VPC-Spoke

Wenn bei einem VPC-Spoke ein Fehler bei der Subnetzerstellung auftritt, kann dies einen der folgenden Gründe haben:

  • Es sind sich überschneidende Subnetze in anderen VPC-Spokes oder Peers von VPC-Spokes vorhanden.
  • Sie haben das Kontingent für Routen pro Hub-Routingtabelle überschritten.
  • Subnetze im VPC-Netzwerk sind größer als ein oder mehrere angegebene Filter.

Der VPC-Spoke wird erstellt, aber die Verbindung zur Datenebene fehlt

Wenn der VPC-Spoke als erstellt angezeigt wird, die Verbindung der Datenebene jedoch fehlt, kann dies einen der folgenden Gründe haben:

  • Der Spoke befindet sich in einem anderen Projekt als der Hub und der Hub-Administrator hat den Spoke-Vorschlag nicht angenommen.
  • Alle Subnetze im VPC-Netzwerk werden gefiltert und von der Verbindung ausgeschlossen.
  • Zielsubnetze werden nach den entsprechenden VPC-Spoke-Filtern gefiltert.

In der Hub-Routingtabelle werden einige Subnetze in VPC-Spokes nicht angezeigt

Wenn in der Hub-Routingtabelle einige der Subnetze in den VPC-Spokes nicht angezeigt werden, kann dies einen der folgenden Gründe haben:

  • Die Subnetze werden mithilfe von Exportfiltern gefiltert.
  • Die Subnetze wurden innerhalb der letzten 5–10 Minuten erstellt und die Hub-Routingtabelle wurde noch nicht aktualisiert.