VPN noklusējuma maršruts 200. tabulā slēpj jūsu LAN maršrutu

Četras pārbaudes atdala politikas tabulas defektu no maršrutēšanas defekta: kura kārtula atbilda, kuru tabulu šī kārtula nosauca, kas ir šajā tabulā un kurš maršruts tajā uzvarēja. Galvenā tabula vairs netiek vaicāta, tiklīdz iepriekšējā tabula dod maršrutu, tāpēc tur redzamais LAN ieraksts var būt nebūtisks pārbaudāmajai paketei. Veiciet pārbaudes pēc kārtas, un trūkstošais maršruts parādīsies trešajā solī, nevis ceturtajā.

Garākā prefiksa atbilstība notiek vienas tabulas iekšienē; tā nesalīdzina visu tabulu maršrutus kā vienu sarakstu.

Meklēšana beidzas pirmajā tabulā, kas atbild

Ņemiet politiku, kurā apakštīkla trafiks vispirms skatās tabulu 200, tabulā 200 ir noklusējuma maršruts caur tuneli, bet galvenajā tabulā ir LAN prefikss. Pakete uz LAN adresi var atbilst šim noklusējumam tabulā 200 un tur apstāties. Tā kā meklēšana deva maršrutu, vēlākā galvenās tabulas kārtula nekad nesaņem iespēju piedāvāt savu precīzāko ierakstu. Rezultāts ir pakete, kas ieiet tunelī, kamēr pilnīgi laba LAN maršruts paliek neizmantots.

Iepriekšējās kārtulas un pašas mašīnas vietējo adrešu meklēšana joprojām ir spēkā, tāpēc testam jāizmanto avots, atzīme un saskarne, ko nes īstā plūsma. Jautājiet ar kaut ko citu un LAN var tikt izvēlēts pareizi, un tas paslēpj tieši to defektu, kuru meklējat.

Novietojiet LAN izņēmumu tur, kur tam vieta

Izvēlētā tabula var saturēt vajadzīgos LAN, pievienotos un galapunkta maršrutus, un tas politiku saglabā pašpietiekamu. Cits risinājums izmanto skaidru iepriekšēju kārtulu LAN prefiksam vai apzinātu mešanas maršrutu, kas prefiksu nodod vēlākai meklēšanai. Katrs ir likumīgs šablons ar citu īpašnieku. Izvēlieties pēc paredzētās politikas un pēc tā, kas uztur maršrutus, nevis pēc tā, kurš ir īsāks rakstīšanā.

Lai kāds būtu šablons, izņēmumam jābūt redzamam tur, kur politika ir definēta. Maršruts, kas pievienots ar roku un nav fiksēts, pazudīs nākamajā pārstartēšanā un paņems diagnostiku līdzi.

Nekopējiet galveno tabulu veselu

Katra maršruta kopēšana no galvenās uz politikas tabulu izskatās pēc labojuma, bet rada momentuzņēmumu. Pārvaldnieks var dinamiski pievienot vai noņemt adreses un saskarnes, un kopija noveco bez tam, ka kāds to pamanītu. Turiet maršrutu dzīves ciklu pie tā konfigurācijas īpašnieka un ģenerējiet tabulu no jauna no konfigurācijas, nevis no viena laika momenta.

Kopēta tabula arī iznīcina mērķi, jo atveido rezerves uzvedību, ko politikai vajadzēja ierobežot.

Pārbaudiet atbildes atsevišķi no maršrutiem

Kad meklēšana izvēlējusies vēlamo ceļu, atbildes joprojām var neizdoties iemeslu dēļ, kam nav nekāda sakara ar tabulu. Tulkojums var tikt piemērots nepareizajai saskarnei, apgrieztā ceļa validācija var noraidīt paketi, kas ieradās negaidītā ceļā, vai galapunkts var vienkārši neatbildēt. Tie ir atšķirīgi defekti ar atšķirīgiem pierādījumiem, un neviens no tiem netiek labots, rediģējot maršrutu ierakstus.

Saglabājiet meklēšanu tieši šai plūsmai abās izmaiņu pusēs, lai labojums paliktu redzams. Apgrieztā ceļa pārbaužu globāla izslēgšana vai kārtulu notīrīšana nedod trūkstošu maršrutu un vājina nesaistītas kontroles.

Pierakstiet kārtulu, tabulu, uzvarējušo maršrutu un atbildes ceļu. Šis pieraksts atdala politikas kļūdu no salauzta servisa.