Ĉu statikaj itineroj aŭ itinera protokolo super VPN de loko al loko?

Ambaŭ opcioj portas pakaĵojn inter lokoj, do la decido ne temas pri tio, kiu protokolo estas pli nova, kaj ankaŭ la grando de la tunelo ne decidas ĝin. Tri kondiĉoj decidas ĝin: kiom da prefiksoj ŝanĝiĝas kaj kiom ofte, ĉu la dezajno bezonas aŭtomatan baskuliĝon inter vojoj, kaj kiom da rega-tavola maŝinaro la teamo povas funkciigi je la tria matene. Respondu honeste kaj la elekto kutime faras sin mem. La cetero de ĉi tiu teksto estas kion kostas ĉiu respondo.

Tri kondiĉoj decidas

La unua kondiĉo estas ŝanĝemo. Manpleno da stabilaj subretoj kun klara proprieto povas esti prizorgata permane dum jaroj, kaj ĉiu itinero restas linio, kiun iu povas legi kaj kontroli. Dekoj da prefiksoj, kiuj moviĝas dum projektoj venas kaj foriras, estas alia problemo, ĉar ĉiu movo devas atingi ĉiun aparaton, kiu ankoraŭ memoras la malnovan vojon.

La dua estas konduto ĉe paneo. Kiam rezerva vojo devas aktiviĝi sen ke homo rimarku, io devas detekti la paneon kaj retiri la itineron. Statika itinerado tion povas nur per spurado aŭ kondiĉa instalado, kaj nur por la paneoj, kiujn vi antaŭvidis.

La tria estas apetito por dua rega tavolo. Itinera protokolo aldonas sesiojn, aŭtentikigon, filtrilojn kaj elektopolitikon, kaj ĉiu el ili postulas monitoradon kaj ŝanĝprocezon. Tio estas daŭra operacia kosto, ne unufoja agorda tasko.

La tabelo sub la tria alineo estas la mallonga versio, kaj la tri sekcioj post ĝi klarigas, kial ĉiu vico staras tie, kie ĝi staras. Legu la vicojn kontraŭ via propra nombro da lokoj antaŭ ol elekti, ĉar decido, kiu ignoras la operacian koston, estas nur duona decido.

Kion statika itinerado efektive kostas

Statika itinero devas esti ĝusta ambaŭflanke de la tunelo. Aldoni subreton signifas redakti la malproksiman kluzon, la lokan kluzon kaj kutime la revenan vojon, kaj forgesi iun ajn el ili produktas unudirektan paneon, kiu aspektas kiel cimo en la aplikaĵo. La aplikaĵteamo vidas tempolimojn, dum la retteamo vidas itineron, kiu ĉeestas kaj ŝajne sanas. Neniu teamo malpravas, kaj tial ĉi tiu paneo tiom longe lokiĝas.

Statika enskribo ankaŭ restas instalita post kiam la vojo sub ĝi malaperas. Se la platformo ne provizas spuradon, la itinero daŭre montras al sekva salto, kiu jam ne plusendas, kaj la trafiko malaperas anstataŭ baskuliĝi. Tiu silento estas la kosto, kiun vi akceptas, kiam vi elektas la simplan opcion.

Skribu la spuradan metodon apud ĉiu itinero, notu, kiujn paneojn ĝi kovras, kaj konservu la liston kun la tunela agordo. Alie la sekvan interrompon malkovras uzanto anstataŭ la reto, kio ĉiam estas la pli multekosta malkovro.

Kion dinamika itinerado efektive kostas

Protokolo anoncas novajn prefiksojn, retiras neatingeblajn kaj esprimas preferon inter vojoj. Tio vere utilas, kiam pluraj lokoj aŭ redundantaj tuneloj alie postulus kunordigitajn redaktojn ĉe ĉiu ŝanĝo. Ĝi ankaŭ estas la kialo, kial la protokolo povas surprizi vin en la plej malbona momento. Ĉiu el tiuj agoj estas statoŝanĝo, kiun vi mem ne faris.

Ĝi kreas du statojn, kiuj povas malkonsenti. La tunelo povas esti supre dum la itinera sesio estas malsupre, kaj la sesio povas esti supre dum ĝiaj anoncoj preterlasas la subreton, kiun la aplikaĵo bezonas. Ambaŭ aspektas kiel reto, kiu duone funkcias, kaj neniu el ili videblas el tunela statpaĝo.

Filtriloj kaj politiko do fariĝas parto de la dezajno anstataŭ postpenso. Protokolo, kiu anoncas ĉion, iam anoncos ion malĝustan, kaj la malĝusta prefikso vojaĝas pli rapide ol la persono, kiu povas ĝin korekti. Skribu la filtrilojn antaŭ ol la unua sesio ebligos, por ke la unua anonco jam estu intenca.

Regu, kion la itinera sesio rajtas diri

Decidu la permesitan prefiksliston por ĉiu samtavolano kaj plenumu ĝin ĉe la enigo, ĉar elira filtrilo ne povas malhelpi samtavolanon sendi al vi defaŭltan itineron. Defaŭltaj itineroj kaj agregaĵoj estas la multekostaj eraroj ĉi tie: ili povas kviete anstataŭigi nerilatajn vojojn per unu lernita enskribo, kiu aspektas laŭleĝa. Rifuzu ilin eksplicite, krom se la dezajno vere volas ilin.

Skribu la posedan lokon apud ĉiu reto antaŭ ol la unua sesio leviĝos, ĉar tiu mapado estas la fonto de la filtrila listo, ne ornamaĵo de dokumentado. Sen ĝi, la persono redaktanta filtrilon devas diveni, kiu loko devus anonci la prefikson.

Redisdonado inter du protokoloj estas kie bukloj komenciĝas, kaj kie la sama prefikso alvenas dufoje kun atributoj, kiuj ne kompariĝas pure. Tenu redisdonadon ekster la dezajno ĝis specifa postulo devigos ĝin, kaj se ĝi devas ekzisti, marku kaj filtru la itinerojn ĉe la limo.

Itiner-bazitaj tunelaj interfacoj faciligas reprezenti dinamikan itineradon, ĉar la tunelo fariĝas interfaco kun itineroj anstataŭ politiko kongruanta elektilojn. Tio ne forigas la demandon pri samtavolana amplekso: la elektiloj IPsec ankoraŭ devas permesi la trafikon, kiun vi intencas itinerigi.

Testu la panean vojon, ne la feliĉan vojon

Kion ajn vi elektos, mallevu unu suprenligon kaj konfirmu, ke la trafiko moviĝas, aŭ ke ĝi paneas tiel, kiel vi dokumentis. Dezajno testita nur kun ambaŭ vojoj sanaj estas dezajno tute ne testita. Mezuru la detektan tempon dum vi estas tie, ĉar la nombro, kiun vi mezuris, estas la nombro, kiun uzantoj spertos.

Poste konfirmu la revenan vojon sendepende, ĉar nesimetria itinerado super VPN estas kutima kaj nevidebla ĝis stato-konservanta aparato faligas la respondojn. Fluo, kiu funkcias en unu direkto, pruvas nur duonon de la vojo.

Laborordo: nombru la prefiksojn, decidu kiel paneoj estu detektataj, kontrolu kiu povas funkciigi la protokolon, regu kion oni anoncas, poste testu unu interrompon de fino al fino. Ĉiu paŝo produktas fakton, kiun la sekva paŝo bezonas.