Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich. # Fehlerbehebung bei Transit-Gateway-Richtlinientab AWS Transit-Gateway Verwenden Sie die folgenden Informationen, um Probleme mit Transit-Gateway-Richtlinientabellen zu diagnostizieren und zu lösen. **Der Verkehr wird unerwartet unterbrochen** Überprüfen Sie die `PacketDropCountNoPolicy` CloudWatch Metrik. Wenn der Wert inkrementiert wird, kommt der Datenverkehr über einen Anhang an, der einer Richtlinientabelle zugeordnet ist, aber keiner Regel entspricht. Überprüfen Sie Ihre Kriterien für die Regelübereinstimmung und stellen Sie sicher, dass eine Catch-All-Regel (alle Attribute auf „Beliebig“ gesetzt) mit einer hohen Regelnummer vorhanden ist, wenn Sie möchten, dass für unübertroffenen Datenverkehr ein Standardweiterleitungspfad verwendet wird. **Eine Regel entspricht nicht dem Traffic. Ich gehe davon aus, dass sie übereinstimmt** Überprüfen Sie die Reihenfolge der Regelbewertung. Die Regeln werden in aufsteigender numerischer Reihenfolge bewertet und das erste Spiel gewinnt. Eine umfassendere Regel mit einer niedrigeren Zahl entspricht möglicherweise Ihrem Traffic vor der spezielleren Regel, die Sie beabsichtigt haben. Überprüfe deine Regelnummern und ordne sie nach Bedarf neu an. Dient `GetTransitGatewayPolicyTableEntries` zum Anzeigen aller Einträge, einschließlich systemverwalteter Einträge. System-managed Einträge werden vor den vom Kunden verwalteten Einträgen bewertet und entsprechen möglicherweise Ihrem Traffic. **Portbereiche werden auf meine Regel nicht angewendet** Portbereiche werden nur ausgewertet, wenn das Protokoll TCP (`6`) oder UDP (`17`) ist. Wenn Ihre Regel ICMPv4 (`1`), GRE (`47`) oder Any (`*`) als Protokoll festlegt, werden alle Portbereichswerte automatisch auf Any (`*`) gesetzt und nicht ausgewertet. Um den portbasierten Abgleich zu verwenden, setzen Sie Protocol auf TCP oder UDP. Wenn Sie Portbereiche mit einem anderen TCP/non-UDP Protokoll über die API übermittelt haben, wird die Anfrage mit einem Validierungsfehler abgelehnt. Bestätigen Sie den Protokollwert in Ihrer Anfrage. **Ich kann eine Routing-Tabelle nicht löschen** Eine Transit-Gateway-Routentabelle, auf die von einem Eintrag in der Policy-Tabelle als Ziel verwiesen wird, kann nicht gelöscht werden. Verwenden Sie diese Option `GetTransitGatewayPolicyTableEntries` mit aktiviertem Filter`target-route-table-id`, um zu ermitteln, welche Regeln auf die Tabelle verweisen, und aktualisieren oder löschen Sie diese Regeln, bevor Sie den Löschvorgang erneut versuchen. **Ich kann meinem Anhang keine Richtlinientabelle zuordnen** Vergewissern Sie sich, dass dem Anhang nicht bereits eine Routing-Tabelle zugeordnet ist. Ist dies der Fall, trennen Sie zuerst die Zuordnung zur Routing-Tabelle. Detaillierte Anweisungen finden Sie unter [Ordnen Sie eine Richtlinientabelle für das Transit-G](tgw-policy-tables-associate.md). Stellen Sie außerdem sicher, dass der Anhangstyp unterstützt wird — TGW-to-CWAN Peering-Anlagen unterstützen kein vom Kunden verwaltetes, richtlinienbasiertes Routing. Siehe [Einschränkungen](tgw-policy-tables-limitations.md). **Meine Richtlinientabelle ist leer und der Datenverkehr wird unterbrochen** Ein Anhang, der einer leeren Richtlinientabelle zugeordnet ist, löscht alle eingehenden Pakete. Dies ist das gleiche Verhalten wie bei einer leeren Routing-Tabelle. Fügen Sie mindestens eine Regel hinzu, oder verknüpfen Sie den Anhang erneut mit einer Routing-Tabelle, um die Weiterleitung des Datenverkehrs wiederherzustellen.