Výchozí trasa VPN v tabulce 200 skrývá vaši trasu LAN

Čtyři kontroly oddělují závadu tabulky zásad od závady směrování: které pravidlo odpovídalo, kterou tabulku to pravidlo uvedlo, co tato tabulka obsahuje a která trasa v ní zvítězila. Hlavní tabulka se nevyhledává, jakmile dřívější tabulka vrátí trasu, takže položka LAN, kterou tam vidíte, může být pro testovaný paket nepodstatná. Proveďte kontroly popořadě a chybějící trasa se objeví ve třetím kroku, nikoli ve čtvrtém.

Shoda nejdelšího prefixu probíhá uvnitř jedné tabulky; neporovnává trasy všech tabulek jako jediný seznam.

Vyhledávání končí u první tabulky, která odpoví

Vezměte zásadu, v níž provoz z podsítě nejprve nahlíží do tabulky 200, tabulka 200 obsahuje výchozí trasu tunelem a hlavní tabulka obsahuje prefix LAN. Paket na adresu LAN může odpovídat té výchozí trase v tabulce 200 a zastavit se tam. Protože vyhledávání vrátilo trasu, pozdější pravidlo hlavní tabulky už nikdy nedostane příležitost nabídnout svou konkrétnější položku. Výsledkem je paket, který vstoupí do tunelu, zatímco zcela dobrá trasa LAN zůstává nevyužitá.

Dřívější pravidla i vlastní vyhledávání místních adres stroje stále platí, takže test musí použít zdroj, značku a rozhraní, které nese skutečný tok. Ptejte se něčím jiným a LAN může být vybrána správně, což skryje právě tu závadu, kterou hledáte.

Umístěte výjimku pro LAN tam, kam patří

Vybraná tabulka může nést trasy LAN, připojené trasy a trasu ke koncovému bodu, které potřebuje, což udržuje zásadu soběstačnou. Jiný návrh používá výslovné dřívější pravidlo pro prefix LAN nebo záměrnou zahazovací trasu, která předá prefix pozdějšímu vyhledávání. Každý je legitimní vzor s jiným vlastníkem. Vybírejte podle zamýšlené zásady a podle toho, kdo trasy udržuje, ne podle toho, která se píše kratší.

Ať je vzor jakýkoli, výjimka musí být viditelná tam, kde je zásada definována. Trasa přidaná ručně a nezaznamenaná zmizí při příštím restartu a vezme diagnostiku s sebou.

Nekopírujte hlavní tabulku jako celek

Kopírování každé trasy z hlavní do tabulky zásad vypadá jako oprava, ale vytváří snímek. Správce může adresy a rozhraní přidávat či odebírat dynamicky a kopie zastará, aniž si toho někdo všimne. Držte životní cyklus tras u jejich vlastníka konfigurace a generujte tabulku znovu z konfigurace, ne z jednoho okamžiku v čase.

Zkopírovaná tabulka také popírá účel, protože reprodukuje záložní chování, které měla zásada omezit.

Ověřujte odpovědi odděleně od tras

I když vyhledávání vybere zamýšlenou cestu, odpovědi mohou stále selhat z důvodů, které s tabulkou nemají nic společného. Překlad se může použít na špatném rozhraní, validace zpětné cesty může odmítnout paket, který dorazil neočekávanou cestou, nebo koncový bod prostě neodpoví. To jsou odlišné závady s odlišnými důkazy a žádnou z nich neopraví úprava položek tras.

Uložte vyhledávání pro přesně tento tok na obou stranách změny, aby oprava zůstala viditelná. Globální vypnutí kontrol zpětné cesty nebo vyčištění pravidel nedodá chybějící trasu a oslabí nesouvisející kontroly.

Zaznamenejte pravidlo, tabulku, vítěznou trasu a cestu odpovědi. Takový záznam odděluje chybu zásady od rozbité služby.