Dy tunele IPsec aktive ende kanë nevojë për një plan të rrugës së kthimit

Hapni një terminal në një stacion pune në një sit dhe lidhuni me një server në tjetrin. Ajo bisedë e vetme TCP tani duhet të kalojë katër hyrje në vend të dy, dhe pjesa interesante nuk është nëse funksionon në një ditë të mirë. Pjesa interesante është cili çift hyrjesh zgjodhi drejtimi përpara, cili çift zgjedh përgjigja, dhe kush mban gjendjen e rrjedhës ndërsa kjo ndodh. Asgjë në tabelën e rrugëzimit nuk e vendos këtë për ju.

Vizatoni katër hyrje përpara se të vizatoni një rrugë

Një dizajn dyfish aktiv me dy mure zjarri VPN të pavarura për sit, një çift për ofrues, ju jep dy shtigje të përdorshme dhe tre mënyra për t'i thyer ato. Shkruani adresat përpara se të konfiguroni çdo gjë: klienti siç shihet para dhe pas çdo hyrjeje, serveri po ashtu, hapi tjetër përpara dhe hapi tjetër mbrapsht.

Ajo tabelë është dizajni. Gjithçka pas saj është pyetja nëse pajisjet pajtohen me tabelën.

Si zgjidhet rruga përpara

Një shtresë rrugëzimi shumështigjore me kosto të barabartë shpërndan rrjedhat në hapat e tjerë duke hash-uar fushat e kokës, të cilën RFC 2992 e përshkruan në detaje. Ajo përzgjedhje mund të jetë plotësisht pa gjendje: nuk ka nevojë për asnjë regjistrim gjurmimi lidhjeje, vetëm një hash të qëndrueshëm mbi fusha të pandryshuara. Mbajini grupin e shtigjeve dhe hyrjet e hash-it konstante, dhe çdo paketë e rrjedhës zgjedh të njëjtin hap tjetër.

Përzgjedhja për rrjedhë shmang rirenditjen që do të shkaktonte balancimi paketë-pas-pakete në lidhje me vonesa të ndryshme. Nuk premton që kosto e barabartë e rrugëzimit do të thotë vonesë e matur e barabartë, sepse nuk është. Dhe kur ndryshon përbërja e shtigjeve, rrjedhat rihartohen, pra mbijetesa e lidhjes gjatë një dështimi është një kërkesë e veçantë nga përzgjedhja e shtegut.

Çfarë i duhet vërtet rrugës së kthimit

Këtu ecja presta së qeni simetrike. Një hash i qëndrueshëm përpara nuk ju thotë asgjë për atë që do të bëjë siti i largët me përgjigjen. Nëse një mur zjarri i pavarur duhet të shohë të dy drejtimet e lidhjes për të mbajtur gjendje të dobishme, një rrugë kthimi që e anashkalon lë trafik që nuk përputhet me asgjë. Dy kuti me grupe rregullash të ngjashme nuk janë gjendje e përbashkët.

Konfirmoni sjelljen dydrejtimëshe të implementuar, ose shkruani një politikë të qartë që i mban kufijtë e nevojshëm koherentë. Një supozim këtu zbulohet gjatë një ndërprerjeje, nga njerëz që nuk e shijojnë.

Ku përkthimi vendos për ju

NAT është levë tjetër, dhe është opsionale dhe jo e detyrueshme. Identitetet e përkthyera specifike për shtegun mund t'i kthejnë përgjigjet te hyrja që mban gjendjen, dhe ky është një dizajn i ligjshëm. Por ato shtojnë hartëzime, rrugë kthimi dhe një pronar të asaj gjendjeje, pra pranojeni barrën vetëm për një kërkesë që mund ta thoni me zë të lartë.

Nëse kërkesa është thjesht që të dy shtigjet të mbajnë trafik dhe secili prej tyre t'i mbijetojë humbjes së një ofruesi, shumështigjori i thjeshtë për rrjedhë me rrugëzim kthimi koherent është zakonisht dizajni më i vogël.

Kaloni pranimin sipas radhës

Testoni në këtë sekuencë dhe regjistroni adresat në çdo hap: një lidhje e re në shtegun A dhe shtegu i saj i përgjigjes, e njëjta në shtegun B, pastaj humbja e një ofruesi, pastaj rikthimi. Për çdo rezultat, vini re cilat rrjedha të vendosura u zhvendosën, cilat duhej të rilidheshin dhe ku shkuan rrjedhat e reja më pas. Shkruani së pari vlerën e pritur, pastaj krahasojeni me kapjen. Dy tunele të vendosura nuk provojnë asgjë nga kjo.

Dizajni përfundon kur tabela që shkruat përputhet me atë që tregon kapja, jo kur të dy tunelet janë lart.