Statyske rûtes of in rûteprotokol oer in site-oant-site VPN?

Beide opsjes drage pakketten tusken lokaasjes, dus de beslissing giet net oer hokker protokol nijer is, en de grutte fan 'e tunnel beslist it ek net. Trije betingsten dogge dat: hoefolle prefiksen feroarje en hoe faak, oft it ûntwerp automatyske failover tusken paden nedich hat, en hoefolle bestjoerslaachmasjinerie it team om trije oere nachts betsjinje kin. Beäntwurdzje dat earlik en de kar makket himsels meastentiids. De rest fan dit stik is wat elk antwurd kostet.

Trije betingsten beslisse it

De earste betingst is feroaring. In hantsjefol stabile subnetten mei dúdlik eigendom kinne jierren mei de hân ûnderholden wurde, en elke rûte bliuwt in rigel dy't immen lêze en kontrolearje kin. Tsientallen prefiksen dy't ferhúzje as projekten komme en gean binne in oar probleem, want elke ferhuzing moat elk apparaat berikke dat it âlde paad noch wit.

De twadde is fluchgedrach. As in reservepaad aktyf wurde moat sûnder dat in minske it môchtet, moat eat de flater detektearje en de rûte weromlûke. Statyske rûtering kin dat allinnich fia tracking of betingste ynstallaasje, en allinnich foar de flaters dy't jo foarôf betocht hawwe.

De tredde is nocht oan in twadde bestjoerslaach. In rûteprotokol foeget sesjes, autentikaasje, filters en seleksjebelied ta, en elk dêrfan freget monitoring plus in feroaringsproses. Dat is in permaninte bedriuwsútjefte, net in ienmalige konfiguraasjetaak.

De tabel ûnder de tredde alinea is de koarte ferzje, en de trije seksjes dêrnei ferklearje wêrom't elke rigel stiet dêr't er stiet. Lês de rigels tsjin jo eigen oantal lokaasjes foardat jo kieze, want in beslissing dy't de bedriuwsútjefte negearret is mar in heale beslissing.

Wat statyske rûtering wier kostet

In statyske rûte moat oan beide kanten fan 'e tunnel goed wêze. In subnet taheakje betsjut de fiere gateway, de lokale gateway en meastentiids it werompaad bewurkje, en ien fan dy ferjitte jout in ienrjochtingsflater dy't op in applikaasjeflater liket. It applikaasjeteam sjocht time-outs wylst it netwurkteam in rûte sjocht dy't oanwêzich is en skynber sûn. Gjin fan beide teams hat ûngelyk, en dêrom duorret it sa lang om dizze flater te pleatsen.

In statyske yngong bliuwt ek ynstallearre neidat it paad dêrûnder ferdwynt. Utsein as it platfoarm tracking leveret, bliuwt de rûte wizen nei in folgjende hop dy't net mear trochstjoert, en it ferkear ferdwynt ynstee fan oer te skeakeljen. Dy stilte is de útjefte dy't jo akseptearje as jo de ienfâldige opsje kieze.

Skriuw de trackingmetoade njonken elke rûte, notearje hokker flaters it dekt, en hâld de list by de tunnelkonfiguraasje. Oars wurdt de folgjende útfal ûntdutsen troch in brûker ynstee fan it netwurk, wat altyd de djoerdere ûntdekking is.

Wat dynamyske rûtering wier kostet

In protokol kundiget nije prefiksen oan, lûkt ûnberikbere werom en sprekt foarkar út tusken paden. Dat is wier nuttich as ferskate lokaasjes of oerstallige tunnels oars by elke feroaring koördinearre bewurkings nedich hiene. It is ek de reden wêrom't it protokol jo op it minste momint ferrasse kin. Elk fan dy aksjes is in tastânsferoaring dy't jo net sels dien hawwe.

It skept twa tastannen dy't it net iens wêze kinne. De tunnel kin omheech wêze wylst de rûtesesje omleech is, en de sesje kin omheech wêze wylst syn oankundigings it subnet weilitte dat de applikaasje nedich hat. Beide lykje op in netwurk dat heal wurket, en gjin fan beide is fan in tunnelstatusside te sjen.

Filters en belied wurde dêrom part fan it ûntwerp ynstee fan in neitins. In protokol dat alles oankundiget sil úteinlik wat ferkeards oankundigje, en it ferkearde prefiks reizget flugger as de persoan dy't it korrizjearje kin. Skriuw de filters foardat de earste sesje ynskeakele wurdt, sadat de earste oankundiging al bewust is.

Kontrolearje wat de rûtesesje sizze mei

Bepaal de tastiene prefikslist per peer en hanthavenje dy by yngeand, want in útgongsfilter kin net foarkomme dat in peer jo in standertrûte stjoert. Standertrûtes en aggregaasjes binne hjir de djoere flaters: se kinne stilwei net-relatearre paden ferfange troch ien oanlearde yngong dy't legit liket. Wjerlizze se eksplisyt, útsein as it ûntwerp se wier wol.

Skriuw de eigendomslokaasje njonken elk netwurk foardat de earste sesje omheech komt, want dy mapping is de boarne fan 'e filterlist en net in dokumintaasjeferearing. Sûnder dat moat dejinge dy't in filter bewurket riede hokker lokaasje it prefiks oankundigje moat.

Redistribúsje tusken twa protokollen is wêr't lussen begjinne, en wêr't itselde prefiks twa kear oankomt mei attributen dy't net skjin ferge lykje. Hâld redistribúsje bûten it ûntwerp oant in spesifike eask it twingt, en as it bestean moat, markearje en filterje de rûtes oan 'e grins.

Rûtebasearre tunnelinterfaces meitsje dynamyske rûtering makliker foar te stellen, want de tunnel wurdt in interface mei rûtes ynstee fan in belied dat selektors oerienkomt. Dat hellet de fraach oer peer-omfang net fuort: de IPsec-selektors moatte it ferkear dat jo routers wolle noch altyd tastean.

Test it flaterpaad, net it lokkige paad

Wat jo ek kieze, helje ien uplink del en befêstigje dat it ferkear ferpleatst, of dat it mislearret sa't jo it dokumintearre hawwe. In ûntwerp dat allinnich mei beide sûne paden test is, is in ûntwerp dat hielendal net test is. Mjit de deteksje wylst jo der binne, want it oantal dat jo metten hawwe is it oantal dat brûkers belibje sille.

Befêstigje dêrnei it werompaad selsstannich, want asymmetryske rûtering oer in VPN is gewoan en ûnsichtber oant in tastânbehâldend apparaat de antwurden falle lit. In stream dy't ien kant út wurket bewiist mar de helte fan it paad.

Wurkfolchoarder: tel de prefiksen, beslút hoe't flaters ûntdutsen wurde moatte, kontrolearje wa't it protokol betsjinje kin, kontrolearje wat oankundige wurdt, en test dan ien útfal fan begjin oant ein. Eltse stap leveret in feit dat de folgjende stap nedich hat.