Du aktyvūs IPsec tuneliai vis dar reikalauja grįžimo kelio plano
Du tuneliai nėra planas. Sekite vieną TCP pokalbį išorėn pro vieną vartų porą ir atgal pro kitą, tada nuspręskite, kas laiko būseną.
Atidarykite terminalą vienos vietos darbo stotyje ir prisijunkite prie serverio kitoje. Tam vienam TCP pokalbiui dabar tenka kirsti ketverius vartus, o ne du, ir įdomiausia ne tai, ar jis veikia gerą dieną. Įdomiausia, kurią vartų porą pasirinko pirmyn kryptis, kurią porą pasirenka atsakymas ir kas laiko srauto būseną, kol tai vyksta. Nieko maršrutų lentelėje to už jus nenusprendžia.
Nubrėžkite ketverius vartus, prieš brėždami maršrutą
Dvigubai aktyvi schema su dviem nepriklausomomis VPN ugniasienėmis kiekvienoje vietoje, viena pora kiekvienam tiekėjui, duoda du naudojamus kelius ir tris būdus juos sulaužyti. Užrašykite adresus, prieš ką nors konfigūruodami: klientą, kaip jis matomas prieš ir po kiekvienų vartų, serverį taip pat, sekantį šuolį pirmyn ir sekantį šuolį atgal.
Ta lentelė yra projektas. Viskas po jos yra klausimas, ar įrenginiai sutinka su lentele.
Kaip pasirenkamas kelias pirmyn
Vienodos kainos kelių kelių maršrutizavimo sluoksnis paskirsto srautus sekantiems šuoliams maišydamas antraštės laukus, ką išsamiai aprašo RFC 2992. Tas pasirinkimas gali būti visiškai be būsenos: jam nereikia ryšio sekimo įrašo, tik stabilaus maišos per nepakitusius laukus. Laikykite kelių rinkinį ir maišos įvestis pastovias, ir kiekvienas srauto paketas pasirinks tą patį sekantį šuolį.
Pasirinkimas pagal srautą išvengia perrikiavimo, kurį sukeltų paketas po paketo balansavimas ryšiuose su skirtingu uždelsimu. Jis nežada, kad vienoda maršrutizavimo kaina reiškia vienodą išmatuotą delsą, nes taip nėra. O kai pasikeičia kelių sudėtis, srautai peržymimi, tad ryšio išlikimas gedimo metu yra atskiras reikalavimas nuo kelio pasirinkimo.
Ko iš tikrųjų reikia grįžimo keliui
Čia apžvalga nustoja būti simetriška. Stabili pirmyn maiša nieko nepasako apie tai, ką tolimoji vieta darys su atsakymu. Jei nepriklausoma ugniasienė turi matyti abi ryšio kryptis, kad palaikytų naudingą būseną, ją aplenkiantis grįžimo maršrutas palieka eismą, kuris nieko neatitinka. Dvi dėžės su panašiais taisyklių rinkiniais nėra bendra būsena.
Patvirtinkite įdiegtą dvikryptį elgesį arba parašykite aiškią politiką, kuri reikiamas ribas išlaiko nuoseklias. Spėjimas čia atsiskleidžia per sutrikimą, žmonių, kuriems tai nepatinka.
Kur vertimas nusprendžia už jus
NAT yra kita svirtis, ir ji yra neprivaloma, o pasirenkama. Kelio specifiniai išversti identitetai gali nukreipti atsakymus atgal į vartus, laikančius būseną, ir tai yra teisėta schema. Jie taip pat prideda atvaizdų, grįžimo maršrutų ir tos būsenos savininką, tad naštą priimkite tik dėl reikalavimo, kurį galite pasakyti garsiai.
Jei reikalavimas paprasčiausiai toks, kad abu keliai neštų eismą ir bet kuris išgyventų tiekėjo praradimą, paprastas pagal srautą kelių kelias su nuosekliu grįžimo maršrutizavimu paprastai yra mažesnė schema.
Pereikite priėmimą iš eilės
Bandykite šia tvarka ir kiekviename žingsnyje užrašykite adresus: naujas ryšys A kelyje ir jo atsakymo kelias, tas pats B kelyje, tada vieno tiekėjo praradimas, tada atkūrimas. Kiekvienam rezultatui pažymėkite, kurie nusistovėję srautai pajudėjo, kuriems teko prisijungti iš naujo ir kur po to nuėjo nauji srautai. Pirmiausia užrašykite laukiamą reikšmę, tada palyginkite ją su įrašu. Du nusistovėję tuneliai nieko iš to neįrodo.
Projektas baigtas, kai jūsų parašyta lentelė sutampa su tuo, ką rodo įrašas, o ne kai abu tuneliai pakelti.