Dodatkowe bramy domyślne mogą być wyświetlane w trasach trwałych podczas korzystania z LBFO

Ten artykuł zawiera rozwiązanie problemu polegającego na tym, że dodatkowe bramy domyślne są wyświetlane w trasach trwałych podczas korzystania z równoważenia obciążenia i trybu failover (LBFO).

Oryginalny numer KB: 2966111

Symptomy

Załóżmy, że karta sieciowa jest skonfigurowana z ustawieniami adresu IP, które zawierają bramę domyślną. Później zostanie utworzony zespół LBFO zawierający wcześniej skonfigurowaną kartę sieciową. Nowo utworzona karta sieciowa utworzona przez zespół jest skonfigurowana z ustawieniami adresu IP. W takiej sytuacji może zostać wyświetlona wcześniej skonfigurowana trasa bramy domyślnej i nowo skonfigurowana trasa bramy domyślnej w sekcji "Trasa trwała" w danych wyjściowych polecenia Route Print.

Jeśli na przykład karta jest skonfigurowana z bramą domyślną 10.0.0.1, a następnie jest dodawana do karty sieciowej LBFO skonfigurowanej z bramą domyślną 192.168.0.1, obie trasy domyślne mogą pojawić się w sekcji "Trasa trwała" w danych wyjściowych polecenia Route Print, jak pokazano poniżej:

===========================================================================
Trasy trwałe:
Metryka adresów sieciowych maski sieci bramy
Domyślna wersja 0.0.0.0.0.0.0.0 10.0.0.1
Domyślne 0.0.0.0.0.0.0.0 192.168.0.1
===========================================================================

Jednak w sekcji "Aktywne trasy" danych wyjściowych polecenia Route Print jest obecna tylko nowo skonfigurowana brama domyślna adaptera LBFO.

Przyczyna

Jest to celowe. Starsze narzędzie route.exe nie wskazuje interfejsu tras w sekcji "Trasy trwałe". Polecenie Route Print wyświetla trasy z aktywnego magazynu konfiguracji sieci w sekcji "Aktywne trasy" danych wyjściowych polecenia oraz z trwałego magazynu konfiguracji sieci w sekcji "Trasy trwałe" danych wyjściowych polecenia. Jednak narzędzie route.exe nie wskazuje, do której karty należy trasa trwała. Ponieważ trasy z wcześniej skonfigurowanej karty nie znajdują się w aktywnej tabeli tras, nie ma wpływu na działanie aktywnej tabeli routingu lub zachowanie sieci.

Rozwiązanie

Zalecamy użycie polecenia cmdlet Get-NetRoute programu PowerShell, gdy jest wymagana jasność co do tego, które trasy znajdują się w aktywnym magazynie lub magazynie trwałym, oraz do których karty mają zastosowanie.

Polecenie cmdlet Get-NetRoute programu PowerShell umożliwia administratorowi sprawdzenie, co jest przechowywane w każdym magazynie konfiguracji sieci i do którego interfejsu należy trasa.

W przypadku magazynu trwałego:

Get-NetRoute -AddressFamily IPv4 -PolicyStore PersistentStore

Dla aktywnego magazynu:

Get-NetRoute -AddressFamily IPv4 -PolicyStore ActiveStore