Стандардна VPN рута во табела 200 ја крие вашата LAN рута

Четири проверки раздвојуваат дефект во табелата со политики од дефект во рутирањето: кое правило се совпадна, која табела ја наведе тоа правило, што содржи таа табела и која рута во неа победи. Главната табела повеќе не се прашува штом претходна табела даде рута, затоа LAN записот што се гледа таму може да биде неважен за пакетот што го тестирате. Изведете ги проверките по ред и рутата што недостасува ќе се појави на третиот чекор, а не на четвртиот.

Совпаѓањето на најдолгиот префикс се случува во една табела; тоа не ги споредува рутите на сите табели како еден список.

Пребарувањето завршува на првата табела што одговара

Земете политика во која сообраќајот од подмрежа прво гледа во табела 200, табела 200 содржи стандардна рута низ тунелот, а главната табела го содржи префиксот LAN. Пакет за LAN адреса може да се совпадне со таа стандардна рута во табела 200 и да застане таму. Бидејќи пребарувањето даде рута, подоцнежното правило на главната табела никогаш не добива можност да го понуди својот попрецизен запис. Резултатот е пакет што влегува во тунелот, додека сосема добра LAN рута стои неискористена.

Претходните правила и сопственото пребарување на машината по локални адреси остануваат во сила, затоа тестот мора да ги користи изворот, ознаката и интерфејсот што ги носи вистинскиот тек. Прашајте со нешто друго и LAN може да биде избран правилно, што го крие токму дефектот што го барате.

Поставете го исклучокот за LAN таму каде што му е местото

Избраната табела може да ги носи потребните LAN, поврзани и рути до крајната точка, што ја држи политиката самодоволна. Друг дизајн користи експлицитно претходно правило за префиксот LAN или намерна рута за фрлање што префиксот му го предава на подоцнежно пребарување. Секој е легитимна шема со различен сопственик. Изберете според предвидената политика и според тоа кој ги одржува рутите, а не според тоа која е пократка за пишување.

Каква и да е шемата, исклучокот мора да биде видлив таму каде што е дефинирана политиката. Рута додадена рачно и незабележана ќе исчезне при следното рестартирање и ќе ја однесе дијагнозата со себе.

Не ја копирајте главната табела цела

Копирањето на секоја рута од главната во табелата со политики изгледа како поправка и создава снимка. Управувачот може динамички да додава или отстранува адреси и интерфејси, а копијата старее без некој да забележи. Држете го животниот циклус на рутите кај неговиот сопственик на конфигурација и генерирајте ја табелата повторно од конфигурацијата, а не од еден момент во времето.

Копираната табела исто така ја поништува целта, бидејќи го репродуцира резервното однесување што политиката требаше да го ограничи.

Проверувајте ги одговорите одделно од рутите

Откако пребарувањето ќе го избере саканиот пат, одговорите можат и понатаму да не успеат од причини што немаат никаква врска со табелата. Преводот може да се примени на погрешен интерфејс, проверката на повратниот пат може да одбие пакет што пристигнал по неочекуван пат, или крајната точка едноставно не одговара. Тоа се различни дефекти со различни докази и ниту еден од нив не се поправа со уредување на записите за рути.

Зачувајте го пребарувањето за точно тој тек од двете страни на промената, за да остане поправката видлива. Глобалното исклучување на проверките на повратниот пат или бришењето правила не дава рута што недостасува и ги ослабнува неповрзаните контроли.

Запишете го правилото, табелата, победувачката рута и патот на одговорот. Тој запис го одвојува грешката во политиката од расипаната услуга.