Mga static na ruta o isang protocol ng routing sa isang VPN na site-to-site?

Parehong nagdadala ng packet sa pagitan ng mga site ang dalawang opsyon, kaya ang desisyon ay hindi tungkol sa kung aling protocol ang mas bago, at hindi rin ito niresolba ng laki ng tunnel. Tatlong kondisyon ang nagreresolba nito: ilang prefix ang nagbabago at gaano kadalas, kung kailangan ng disenyo ng awtomatikong failover sa pagitan ng mga landas, at gaano karaming makinarya ng control plane ang kayang patakbuhin ng team alas-tres ng umaga. Sagutin ang mga ito nang tapat at kadalasan ay kusang nangyayari ang pagpili. Ang natitirang bahagi ng tekstong ito ay ang halaga ng bawat sagot.

Tatlong kondisyon ang nagpapasya

Ang unang kondisyon ay pagbabago. Ang kaunting matatag na subnet na may malinaw na pagmamay-ari ay kayang alagaan sa kamay nang maraming taon, at bawat ruta ay nananatiling linyang kayang basahin at suriin ng sinuman. Dose-dosenang prefix na gumagalaw habang dumarating at umaalis ang mga proyekto ay ibang problema, dahil bawat paggalaw ay kailangang makarating sa bawat device na naaalala pa ang lumang landas.

Ang pangalawa ay pag-uugali sa pagpalya. Kapag ang backup na landas ay kailangang maging aktibo nang hindi napapansin ng tao, may kailangang tumukoy ng pagpalya at mag-alis ng ruta. Ang static na routing ay kayang gawin iyon sa pamamagitan lamang ng pagsubaybay o kondisyonal na pag-install, at para lamang sa mga pagpalyang naisip mo nang maaga.

Ang pangatlo ay gana para sa pangalawang control plane. Ang protocol ng routing ay nagdadagdag ng mga session, pagpapatunay, filter at patakaran sa pagpili, at bawat isa sa mga ito ay nangangailangan ng pagmamanman at proseso ng pagbabago. Iyon ay permanenteng gastos sa operasyon, hindi isang beses na gawain sa configuration.

Ang talahanayan sa ilalim ng ikatlong talata ay ang maikling bersyon, at ang tatlong seksyon pagkatapos nito ay nagpapaliwanag kung bakit ang bawat hilera ay naroon kung saan ito naroon. Basahin ang mga hilera laban sa sarili mong bilang ng site bago pumili, dahil ang desisyong binabalewala ang gastos sa operasyon ay kalahating desisyon lamang.

Magkano talaga ang static na routing

Ang static na ruta ay dapat tama sa magkabilang panig ng tunnel. Ang pagdaragdag ng subnet ay nangangahulugang pag-edit ng remote na gateway, lokal na gateway at karaniwang ang pabalik na landas, at ang paglimot sa alinman sa mga ito ay lumilikha ng isang-direksyong pagpalya na mukhang bug ng aplikasyon. Nakakakita ng timeout ang team ng aplikasyon habang nakakakita ang team ng network ng rutang naroon at tila malusog. Walang team na mali, at iyon ang dahilan kung bakit matagal matukoy ang pagpalyang ito.

Ang static na entry ay nananatiling naka-install pagkatapos mawala ang landas sa ilalim nito. Maliban kung nagbibigay ang platform ng pagsubaybay, patuloy na itinuturo ng ruta ang susunod na hop na hindi na nagpapasa, at naglalaho ang trapiko sa halip na lumipat. Ang katahimikang iyon ang gastos na tinatanggap mo kapag pinili mo ang simpleng opsyon.

Isulat ang paraan ng pagsubaybay sa tabi ng bawat ruta, itala kung aling mga pagpalya ang sakop nito, at itago ang listahan kasama ng configuration ng tunnel. Kung hindi, ang susunod na pagkagambala ay matutuklasan ng isang gumagamit at hindi ng network, na laging mas mahal na pagtuklas.

Magkano talaga ang dynamic na routing

Ang protocol ay nag-aanunsyo ng mga bagong prefix, nag-aalis ng hindi maabot at nagpapahayag ng kagustuhan sa pagitan ng mga landas. Talagang kapaki-pakinabang iyon kapag maraming site o kalabisan na tunnel ang mangangailangan ng coordinate na pag-edit sa bawat pagbabago. Ito rin ang dahilan kung bakit kayang gulatin ka ng protocol sa pinakamasamang sandali. Bawat isa sa mga aksyon na iyon ay pagbabago ng estado na hindi ikaw mismo ang gumawa.

Lumilikha ito ng dalawang estadong maaaring hindi magkasundo. Maaaring nakataas ang tunnel habang nakababa ang session ng routing, at maaaring nakataas ang session habang iniiwan ng mga anunsyo nito ang subnet na kailangan ng aplikasyon. Parehong mukhang network na kalahating gumagana, at wala sa mga ito ang nakikita mula sa pahina ng estado ng tunnel.

Kaya ang mga filter at patakaran ay nagiging bahagi ng disenyo at hindi isang naunang pag-iisip. Ang protocol na nag-aanunsyo ng lahat ay maya-maya ay mag-aanunsyo ng mali, at ang maling prefix ay naglalakbay nang mas mabilis kaysa sa taong kayang magtama nito. Isulat ang mga filter bago paganahin ang unang session upang ang unang anunsyo ay sinadya na.

Kontrolin kung ano ang maaaring sabihin ng session ng routing

Magpasya ng pinapayagang listahan ng prefix sa bawat peer at ipatupad ito sa ingress, dahil ang outbound na filter ay hindi kayang pigilan ang isang peer na magpadala sa iyo ng default na ruta. Ang mga default na ruta at aggregate ang mamahaling pagkakamali dito: kayang tahimik na palitan ang walang kaugnayang landas ng isang natutuhang entry na mukhang lehitimo. Tanggihan ang mga ito nang tahasan maliban kung talagang gusto ng disenyo.

Isulat ang site na may-ari sa tabi ng bawat network bago umangat ang unang session, dahil ang mapping na iyon ang pinagmulan ng listahan ng filter at hindi palamuti ng dokumentasyon. Kung wala ito, kailangang hulaan ng nag-edit ng filter kung aling site ang dapat mag-anunsyo ng prefix.

Ang muling pamamahagi sa pagitan ng dalawang protocol ang lugar kung saan nagsisimula ang mga loop, at kung saan dumarating nang dalawang beses ang parehong prefix na may mga katangiang hindi malinis na maihahambing. Itago ang muling pamamahagi sa labas ng disenyo hanggang sa pilitin ito ng isang partikular na pangangailangan, at kung kailangang umiral, markahan at i-filter ang mga ruta sa hangganan.

Ang mga interface ng tunnel na nakabatay sa ruta ay nagpapadali sa paglalarawan ng dynamic na routing, dahil ang tunnel ay nagiging interface na may mga ruta sa halip na patakarang tumutugma sa mga selector. Hindi nito inaalis ang tanong sa saklaw ng peer: kailangan pa ring payagan ng mga selector ng IPsec ang trapikong balak mong i-routing.

Subukan ang landas ng pagpalya, hindi ang masayang landas

Anuman ang piliin mo, ibaba ang isang uplink at kumpirmahin na gumagalaw ang trapiko, o na pumapalya ito sa paraang naidokumento mo. Ang disenyong nasubukan lamang habang malusog ang dalawang landas ay disenyong hindi nasubukan talaga. Sukatin ang pagtuklas habang naroon ka, dahil ang bilang na sinukat mo ang bilang na mararanasan ng mga gumagamit.

Pagkatapos ay kumpirmahin ang pabalik na landas nang mag-isa, dahil ang asymmetric na routing sa isang VPN ay karaniwan at hindi nakikita hanggang sa ihulog ng device na may estado ang mga sagot. Ang daloy na gumagana sa isang direksyon ay nagpapatunay lamang ng kalahati ng landas.

Pagkakasunod-sunod ng trabaho: bilangin ang mga prefix, magpasya kung paano dapat matukoy ang mga pagpalya, suriin kung sino ang kayang magpatakbo ng protocol, kontrolin kung ano ang inaanunsyo, at pagkatapos subukan ang isang pagkagambala mula simula hanggang dulo. Bawat hakbang ay gumagawa ng katotohanang kailangan ng susunod na hakbang.