Rrugë statike apo një protokoll rrugëtimi mbi një VPN nga site në site?

Të dyja opsionet mbartin paketa midis site-ve, prandaj vendimi nuk është për atë se cili protokoll është më i ri, dhe as madhësia e tunelit nuk e zgjidh. E zgjidhin tre kushte: sa prefikse ndryshojnë dhe sa shpesh, nëse projektimi ka nevojë për kalim automatik midis rrugëve, dhe sa mekanizma të rrafshit të kontrollit ekipi mund të operojë në orën tre të mëngjesit. Përgjigjuni sinqerisht dhe zgjedhja zakonisht bëhet vetë. Pjesa tjetër e këtij teksti është sa kushton çdo përgjigje.

Tre kushte e vendosin

Kushti i parë është ndryshueshmëria. Disa nënrreta të qëndrueshme me pronësi të qartë mund të mirëmbahen me dorë për vite, dhe çdo rrugë mbetet një rresht që dikush mund ta lexojë dhe ta kontrollojë. Dhjetëra prefikse që lëvizin ndërsa projektet vijnë dhe shkojnë janë problem tjetër, sepse çdo lëvizje duhet të arrijë çdo pajisje që ende e mban mend rrugën e vjetër.

Kushti i dytë është sjellja në dështim. Kur një rrugë rezervë duhet të bëhet aktive pa e vënë re një njeri, diçka duhet ta zbulojë dështimin dhe ta tërheqë rrugën. Rrugëtimi statik mund ta bëjë këtë vetëm përmes gjurmimit ose instalimit të kushtëzuar, dhe vetëm për dështimet që i keni menduar paraprakisht.

Kushti i tretë është oreksi për një rrafsh të dytë kontrolli. Një protokoll rrugëtimi shton sesione, vërtetim, filtra dhe politikë përzgjedhjeje, dhe secili prej tyre kërkon monitorim plus një proces ndryshimi. Ky është një kosto operacionale e përhershme, jo një detyrë konfigurimi e njëhershme.

Tabela nën paragrafin e tretë është versioni i shkurtër, dhe tre seksionet pas saj shpjegojnë pse çdo rresht qëndron aty ku qëndron. Lexoni rreshtat kundrejt numrit tuaj të site-ve përpara se të zgjidhni, sepse një vendim që injoron koston operacionale është vetëm gjysmë vendimi.

Sa kushton në të vërtetë rrugëtimi statik

Një rrugë statike duhet të jetë e saktë në të dyja anët e tunelit. Shtimi i një nënrreti do të thotë të editosh portën e largët, portën lokale dhe zakonisht rrugën e kthimit, dhe harresa e secilës prej tyre prodhon një dështim njëdrejtimësh që duket si gabim i aplikacionit. Ekipi i aplikacionit sheh skadime kohe ndërsa ekipi i rrjetit sheh një rrugë që ekziston dhe duket e shëndetshme. Asnjë ekip nuk gabon, dhe për këtë arsye ky dështim merr kaq kohë për t'u lokalizuar.

Një zë statik gjithashtu mbetet i instaluar pasi rruga poshtë tij zhduket. Nëse platforma nuk ofron gjurmim, rruga vazhdon të tregojë një hop të radhës që nuk përçon më, dhe trafiku zhduket në vend që të kalojë. Ai heshtje është shpenzimi që pranoni kur zgjidhni opsionin e thjeshtë.

Shkruani metodën e gjurmimit pranë çdo rruge, shënoni cilat dështime mbulon, dhe mbajeni listën me konfigurimin e tunelit. Përndryshe ndërprerjen tjetër e zbulon një përdorues dhe jo rrjeti, gjë që është gjithmonë zbulimi më i shtrenjtë.

Sa kushton në të vërtetë rrugëtimi dinamik

Një protokoll shpall prefikse të reja, tërheq ata të paarritshëm dhe shpreh preferencë midis rrugëve. Kjo është vërtet e dobishme kur disa site ose tunele të tepërta do të kërkonin ndryshe redaktime të koordinuara në çdo ndryshim. Është gjithashtu arsyeja pse protokolli mund t'ju befasojë në momentin më të keq. Secili prej atyre veprimeve është një ndryshim gjendjeje që nuk e keni bërë vetë.

Krijon dy gjendje që mund të mos përputhen. Tuneli mund të jetë lart ndërsa sesioni i rrugëtimit është poshtë, dhe sesioni mund të jetë lart ndërsa shpalljet e tij anashkalojnë nënrretin që i duhet aplikacionit. Të dyja duken si rrjet që punon gjysmë, dhe asnjëra nuk shihet nga një faqe statusi tuneli.

Filtrat dhe politika bëhen kështu pjesë e projektimit dhe jo një mendim i mëvonshëm. Një protokoll që shpall gjithçka do të shpallë përfundimisht diçka të gabuar, dhe prefiksi i gabuar udhëton më shpejt se personi që mund ta korrigjojë. Shkruani filtrat përpara se sesioni i parë të aktivizohet, që shpallja e parë të jetë tashmë e qëllimshme.

Kontrolloni çfarë mund të thotë sesioni i rrugëtimit

Vendosni listën e prefikseve të lejuara për çdo peer dhe zbatoni atë në hyrje, sepse një filtër dalës nuk mund të parandalojë një peer të dërgojë një rrugë të paracaktuar. Rrugët e paracaktuara dhe agregatet janë gabimet e shtrenjta këtu: mund të zëvendësojnë në heshtje rrugë të palidhura me një zë të vetëm të mësuar që duket legjitim. Refuzoni ato në mënyrë të qartë, përveçse kur projektimi vërtet i kërkon.

Shkruani site-in pronar pranë çdo rrjeti përpara se sesioni i parë të ngrihet, sepse ai mapim është burimi i listës së filtrave dhe jo një zbukurim dokumentacioni. Pa atë, ai që editon një filtër duhet të hamendësojë cili site duhet të shpallë prefiksin.

Rishpërndarja midis dy protokollave është vendi ku fillojnë sythet dhe ku i njëjti prefiks vjen dy herë me atribute që nuk krahasohen pastër. Mbani rishpërndarjen jashtë projektimit derisa një kërkesë specifike ta imponojë, dhe nëse duhet të ekzistojë, shënoni dhe filtroni rrugët në kufi.

Ndërfaqet e tunelit të bazuara në rrugë e bëjnë rrugëtimin dinamik më të lehtë për t'u përfaqësuar, sepse tuneli bëhet një ndërfaqe me rrugë në vend të një politike që përputh përzgjedhësit. Kjo nuk e heq pyetjen e shtrirjes së peer-it: përzgjedhësit IPsec duhet ende të lejojnë trafikun që synoni të rrugëtoni.

Testoni rrugën e dështimit, jo rrugën e lumtur

Çfarëdo që të zgjidhni, ulni një lidhje lart dhe konfirmoni që trafiku lëviz, ose që dështon ashtu siç e dokumentuat. Një projektim i testuar vetëm me të dyja rrugët e shëndetshme është një projektim që nuk është testuar fare. Matni zbulimin ndërsa jeni atje, sepse numri që matët është numri që përdoruesit do të përjetojnë.

Pastaj konfirmoni rrugën e kthimit në mënyrë të pavarur, sepse rrugëtimi asimetrik mbi një VPN është i zakonshëm dhe i padukshëm derisa një pajisje me gjendje t'i hedhë përgjigjet. Një rrjedhë që funksionon në një drejtim provon vetëm gjysmën e rrugës.

Rendi i punës: numëroni prefikset, vendosni se si duhet të zbulohen dështimet, kontrolloni kush mund ta operojë protokollin, kontrolloni çfarë shpallet, dhe pastaj testoni një ndërprerje nga fillimi në fund. Çdo hap prodhon një fakt që i duhet hapit tjetër.