Skonfiguruj mapy tras dla Azure Route Server

Ten artykuł pokazuje, jak tworzyć mapy tras na Azure Route Server i stosować je do połączeń. Możesz tworzyć mapy tras i stosować je do peeringów BGP, korzystając z portalu Azure lub Azure PowerShell. Aby zastosować mapy tras do połączeń bramy i sieci wirtualnej, użyj portalu Azure. Więcej informacji o mapach tras można znaleźć w sekcji O mapach tras dla Azure Route Server.

Prerequisites

Przed kontynuowaniem zapoznaj się z Informacjami o mapach tras, aby poznać kwestie do rozważenia i ograniczenia.

Przepływ pracy konfiguracji

Postępuj zgodnie z tymi zaawansowanymi krokami, aby skonfigurować mapy tras:

1. Stwórz lub użyj istniejącego Azure Route Server.
2. Skonfiguruj peery BGP, bramy lub peeringi sieci wirtualnej dla Twojego scenariusza.
3. Zapisz oczekiwane trasy przed zastosowaniem zasad. Zobacz skuteczne trasy.
4. Skonfiguruj mapę trasy i reguły mapy trasy, a następnie zapisz. Więcej informacji o zasadach mapy trasy można znaleźć w sekcji O mapach tras.
5. Jeśli polityka jest kierowana do skomunikowanego segmentu spoke, utwórz połączenie sieci wirtualnej po utworzeniu mapy tras. Zastosuj mapę trasy do docelowego połączenia.
6. Porównaj widoki Connections Dashboard i Effective Routes z oczekiwanymi wynikami polityki. Dla tras spoke należy również zweryfikować propagację na odbierającym peerze BGP.

Stwórz mapę trasy

Utwórz połączenie sieci wirtualnej dla gałęzi

Stosuj tę procedurę, gdy Route Server znajduje się w wirtualnej sieci huba i musisz zastosować mapę tras do tras wymienianych ze sparowaną siecią szprychową, w tym tras anonsowanych przez NVA w tej sieci szprychowej. Utwórz wirtualne połączenie sieciowe dla spoke jako punkt skojarzenia route-map. Dla NVA w tej samej wirtualnej sieci co Route Server, należy zastosować mapę do istniejącego peeringu BGP.

Przykład znajduje się w artykule Zastosowanie map tras do NVA w wirtualnej sieci szprychowej.

1. Najpierw skonfiguruj peering sieci wirtualnej między hubem a spoke. W peeringu hub-to-spoke włącz allowGatewayTransit; w peeringu spoke-to-hub włącz useRemoteGateways. Zapoznaj się z ograniczeniami mapy trasy.
2. Stwórz przynajmniej jedną mapę trasy, stosując powyższą procedurę. Utworzenie połączenia sieci wirtualnej, zanim zostanie utworzona mapa tras, kończy się niepowodzeniem.
3. W usłudze Route Server w sekcji Łączność wybierz pozycję Połączenia sieci wirtualnej, a następnie Dodaj połączenie.
4. Wybierz grupę zasobów oraz równorzędnie połączoną sieć wirtualną typu spoke zawierającą NVA lub prefiksy, na które ma wpływać polityka. Wybierz szprychę, nie piastę. Możesz wybrać mapy w polach Inbound Route Map i Outbound Route Map na tej stronie albo pozostawić dla nich ustawienie None i zastosować mapy później, jak opisano w następnej sekcji. Następnie wybierz Utwórz.
5. Po zakończeniu wdrożenia wybierz Odśwież. Potwierdź, że status aprowizacji połączenia to Zakończono sukcesem, a status peeringu to Połączony, zanim zastosujesz mapę trasy.

To połączenie nie tworzy ani nie zastępuje peeringu sieci wirtualnej ani peeringu BGP. Rozwiąż nieudane połączenie lub rozłączenie peeringu, zanim będziesz kontynuować.

Zastosowanie mapy tras do peeringów BGP i połączeń bram

Po zapisaniu mapy tras możesz zastosować ją do peeringów BGP, połączeń bram lub połączenia sieci wirtualnej utworzonej w poprzedniej sekcji. Inbound jest stosowany, gdy Route Server otrzymuje trasy przez połączenie; outbound jest stosowany, gdy Route Server rozgłasza trasy przez niego.

$routeMap = Get-AzRouteMap -ResourceGroupName "myResourceGroup" -VirtualHubName "myRouteServer" -Name "myRouteMap"
$peer = Get-AzRouteServerPeer -ResourceGroupName "myResourceGroup" -RouteServerName "myRouteServer" -PeerName "myBgpPeer"

$routingConfig = $peer.RoutingConfiguration
$routingConfig.InboundRouteMap = New-Object Microsoft.Azure.Commands.Network.Models.PSResourceId -Property @{ Id = $routeMap.Id }
# To apply the route map in the outbound direction, set $routingConfig.OutboundRouteMap instead.

Update-AzRouteServerPeer -ResourceGroupName "myResourceGroup" -RouteServerName "myRouteServer" `
    -PeerName $peer.Name -PeerIp $peer.PeerIp -PeerAsn $peer.PeerAsn `
    -RoutingConfiguration $routingConfig

(Get-AzRouteServerPeer -ResourceGroupName "myResourceGroup" -RouteServerName "myRouteServer" -PeerName "myBgpPeer").RoutingConfiguration.InboundRouteMap

Sprawdź powiązanie i jego wpływ w portalu Azure:

1. Zweryfikuj powiązanie, ponownie otwierając Zastosuj mapy tras do połączeń z Mapy tras.

2. W sekcji Routing wybierz Route Maps, a następnie otwórz Connections Dashboard. Wybierz połączenie i kierunek mapy tras, a następnie porównaj trasy z oczekiwanymi wynikami zasad. Użyj Effective Routes do inspekcji powstałych tras w Route Server. Samo skuteczne powiązanie zasobów nie weryfikuje działania zasad.

Aby zweryfikować mapę tras przychodzących na połączeniu sieci wirtualnej:

1. W Connections Dashboard wybierz Sieci Wirtualne, połączenie oraz W kierunku przychodzącym. Potwierdź, że Zastosowana mapa tras wyświetla właściwą mapę.
2. Sprawdź Total Prefix Count i listę tras. Dla tej sesji i kierunku pokazują trasy pozostające po przetworzeniu przychodzącej route-map. Potwierdź, że prefiks dopasowany przez regułę Drop jest nieobecny i pozostaje niedopasowany prefiks kontrolny.
3. Sprawdź Efektywne trasy. Usunięty prefiks spoke’a może nadal pojawiać się jako On-link, ponieważ lokalna trasa spoke’a pozostaje zachowana. Sam ten wpis nie pokazuje, czy prefiks został propagowany.
4. Weryfikuj propagację na odbierającym peerze BGP. Potwierdź, że usunięty prefiks jest nieobecny, a oczekiwane pozostałe prefiksy są obecne. Propagacja tras nie weryfikuje dostarczenia pakietów.

Zmodyfikuj lub usuń mapę trasy

Update-AzRouteMap -ResourceGroupName "myResourceGroup" -VirtualHubName "myRouteServer" -Name "myRouteMap" -RouteMapRule @($updatedRule)

Remove-AzRouteMap -ResourceGroupName "myResourceGroup" -VirtualHubName "myRouteServer" -Name "myRouteMap"

Usuń mapę trasy z połączenia

$peer = Get-AzRouteServerPeer -ResourceGroupName "myResourceGroup" -RouteServerName "myRouteServer" -PeerName "myBgpPeer"
$routingConfig = $peer.RoutingConfiguration
$routingConfig.InboundRouteMap = $null

Update-AzRouteServerPeer -ResourceGroupName "myResourceGroup" -RouteServerName "myRouteServer" `
    -PeerName $peer.Name -PeerIp $peer.PeerIp -PeerAsn $peer.PeerAsn `
    -RoutingConfiguration $routingConfig

Ograniczenia dotyczące mapy trasy

• Mapy tras nie są obsługiwane dla połączeń VPN VNet-to-VNet.
• Możesz zastosować mapę tras do połączenia sieci wirtualnej tylko wtedy, gdy wirtualna sieć spoke jest połączona z wirtualną siecią huba. W peeringu hub-to-spoke włącz allowGatewayTransit. W peeringu typu spoke-to-hub włącz useRemoteGateways.
• Mapy tras nie są obsługiwane w połączeniu sieci wirtualnej między dwoma wirtualnymi sieciami hubów, gdy Azure Route Server jest wdrożony w obu hubach.

Rozwiązywanie problemów z mapami tras

Mapa trasy jest w stanie nieudanym

Jeśli nie można utworzyć mapy trasy:

1. Sprawdź, czy reguły mapy tras są poprawnie skonfigurowane i nie zawierają nieprawidłowych wartości.
2. Sprawdź, czy nie używasz zarezerwowanych ASN-ów ani nie próbujesz usuwać społeczności Azure BGP. Aby uzyskać więcej informacji, zobacz Zagadnienia i ograniczenia.
3. Usuń mapę nieudanej trasy i stwórz nową.
4. Jeśli problem będzie się powtarzać, otwórz zgłoszenie do pomocy technicznej.

Trasy nie są podsumowywane

Jeśli streszczenie tras nie zadziała zgodnie z oczekiwaniami:

1. Sprawdź, czy warunki dopasowania są skonfigurowane tak, aby pasowały do poprawnych prefiksów.
2. Upewnij się, że działanie modyfikacji trasy jest ustawione na Zastąp i ma poprawny prefiks podsumowania.
3. Sprawdź widok Efektywne Trasy na serwerze tras, aby zweryfikować trasy przed i po zastosowaniu mapy trasy.

Modyfikacje ścieżki AS nie są stosowane

Jeśli zmiany ścieżek AS nie wchodzą w życie:

1. Sprawdź, czy nie używasz zarezerwowanych numerów ASN (8074, 8075, 12076, 65515, 65517, 65518, 65519, 65520).
2. Potwierdź, że warunki dopasowania prawidłowo identyfikują docelowe trasy.
3. Sprawdź widok Effective Routes, aby zweryfikować wartości atrybutu ścieżki AS.

Polecenia Azure CLI lub Azure PowerShell nie działają po utworzeniu mapy tras

Po utworzeniu mapy trasy na serwerze tras, niektóre polecenia Azure CLI i Azure PowerShell zawodzą na tym serwerze, nawet jeśli później usuniesz mapę trasy:

• az network routeserver peering create kończy się błędem ApiVersionDoesNotSupportConnectionsForRouteServer. Aby dodać peera BGP, użyj portalu Azure lub Add-AzRouteServerPeer.

• az network routeserver delete i Remove-AzRouteServer kończą się błędem RouteServerHasAssociatedHubIPConfigurationCannotBeDeleted. Aby usunąć serwer tras, wyślij żądanie usunięcia do Azure Resource Manager REST API:

  az rest --method delete --url "https://management.azure.com/subscriptions/<subscription-id>/resourceGroups/<resource-group>/providers/Microsoft.Network/virtualHubs/<route-server-name>?api-version=2026-05-01"
  

  Usunięcie może potrwać nawet do 40 minut. Aby sprawdzić postęp, wywołaj ten sam adres URL za pomocą --method get, aż żądanie zwróci błąd ResourceNotFound.

Zmiany w mapie trasy nie obowiązują

Jeśli nowo utworzona lub zaktualizowana mapa trasy nie wydaje się wpływać na trasowanie:

1. Jeśli ten route-map jest pierwszym route-mapem na serwerze routingu, poczekaj na zakończenie jednorazowej aktualizacji (do 30 minut). Sprawdź stan aprowizacji na stronie Route Maps.
2. Sprawdź, czy mapa trasy jest zastosowana do właściwego połączenia we właściwym kierunku (przyjazdowym lub wychodzącym).
3. Sprawdź Connections Dashboard pod kątem połączenia i kierunku, aby potwierdzić, że mapa tras przetwarza trasy.
4. Dla mapy przychodzącej na połączeniu z siecią wirtualną porównaj pozostałe trasy na pulpicie z trasami otrzymanymi od peera BGP. Prefiks elementu spoke, który pozostaje On-link w Effective Routes, sam w sobie nie oznacza, że mapa go nie usunęła.

Mapa tras pasuje do większej liczby tras, niż oczekiwano

Jeśli mapa trasy wpływa na trasy, których nie zamierzałeś modyfikować:

1. Sprawdź, czy w regule route-map skonfigurowano warunki dopasowania. Reguła bez warunków dopasowania pasuje do wszystkich tras z powiązanego połączenia.
2. Sprawdź, czy kryterium warunków dopasowania jest poprawne. Equals odpowiada tylko dokładnym prefiksom, podczas gdy Contains odpowiada określonym prefiksom oraz wszystkim bardziej szczegółowym prefiksom pod nimi.
3. Przejrzyj kolejność zasad. Reguły są przetwarzane sekwencyjnie, a reguła ustawiona na Terminate zatrzymuje przetwarzanie dla pasujących tras.

Treści powiązane

• Konfiguruj mapy tras dual-stack za pomocą portalu Azure
• Wyświetlanie obowiązujących tras
• Informacje o mapach tras dla usługi Azure Route Server
• Przedkładaj trasy za pomocą map tras
• Oznaczaj trasy społecznościami BGP za pomocą map tras
• Odrzucaj trasy przychodzące za pomocą map tras
• Zastosuj mapy tras do NVA w wirtualnej sieci typu spoke
• Co to jest usługa Azure Route Server?
• Konfigurowanie usługi Azure Route Server i zarządzanie nim
• Azure Route Server — często zadawane pytania