Екі белсенді IPsec туннелі әлі де қайтару жолының жоспарын қажет етеді
Екі туннель жоспар емес. Бір TCP әңгімесін бір қақпа жұбынан шығып, екіншісінен қайтарып бақылаңыз, содан кейін күйді кім ұстайтынын шешіңіз.
Бір сайттағы жұмыс станциясында терминал ашып, екінші сайттағы серверге қосылыңыз. Осы жалғыз TCP әңгімесі енді екі емес, төрт қақпадан өтуі керек, ал қызық жері оның жақсы күні жұмыс істейтінінде емес. Қызық жері — алға бағыт қай қақпа жұбын таңдады, жауап қай жұпты таңдайды және осы кезде ағынның күйін кім ұстайды. Маршруттау кестесіндегі ештеңе мұны сіз үшін шешпейді.
Маршрут салмас бұрын төрт қақпаны салыңыз
Әр сайтта екі тәуелсіз VPN желіаралық қалқаны бар қос белсенді жоба, әр провайдерге бір жұп, сізге екі пайдалануға болатын жол және оларды бұзудың үш тәсілін береді. Бірдеңе конфигурацияламас бұрын мекенжайларды жазыңыз: әр қақпаның алдында және кейін көрінетін клиент, сервер де солай, алға келесі секіріс және кері келесі секіріс.
Сол кесте — жоба. Одан кейінгінің бәрі құрылғылар кестемен келісе ме деген сұрақ.
Алға жол қалай таңдалады
Тең шығынды көпжолды маршруттау қабаты ағындарды келесі секірістерге тақырып өрістерін хэштеу арқылы таратады, мұны RFC 2992 егжей-тегжейлі сипаттайды. Бұл таңдау мүлде күйсіз болуы мүмкін: оған қосылымды бақылау жазбасы қажет емес, тек өзгермейтін өрістердегі тұрақты хэш қажет. Жолдар жиыны мен хэш кірістерін тұрақты ұстаңыз, сонда ағынның әр пакеті бірдей келесі секірісті таңдайды.
Ағын бойынша таңдау әртүрлі кідірісі бар байланыстарда пакет-пакетпен теңгерудің туғызатын қайта реттелуін болдырмайды. Ол тең маршруттау шығыны тең өлшенген кідірісті білдіреді деп уәде бермейді, өйткені олай емес. Ал жолдар құрамы өзгерсе, ағындар қайта бейнеленеді, сондықтан ақау кезінде қосылымның өмір сүруі жол таңдаудан бөлек талап.
Қайтару жолына шын мәнінде не керек
Мұнда серуен симметриялы болудан қалады. Тұрақты алға хэш алыс сайттың жауаппен не істейтіні туралы ештеңе айтпайды. Егер тәуелсіз қалқан пайдалы күйді ұстау үшін қосылымның екі бағытын да көруі керек болса, одан айналып өтетін қайтару жолы ештеңеге сәйкес келмейтін трафикті қалдырады. Ұқсас ережелер жиыны бар екі жәшік ортақ күй емес.
Енгізілген екібағытты әрекетті растаңыз немесе қажетті шекараларды үйлесімді ұстайтын айқын саясат жазыңыз. Мұндағы болжам іркіліс кезінде, одан ләззат алмайтын адамдар тарапынан ашылады.
Аударма сіз үшін шешетін жер
NAT — екінші тұтқа, ол міндетті емес, қосымша. Жолға тән аударылған сәйкестіктер жауаптарды күйді ұстайтын қақпаға қарай бұра алады, бұл заңды жоба. Олар сонымен қатар бейнелеулерді, қайтару жолдарын және сол күйдің иесін қосады, сондықтан жүкті дауыстап айта алатын талап үшін ғана қабылдаңыз.
Егер талап екі жолдың да трафик тасымалдауы және кез келгенінің провайдер жоғалтуынан аман қалуы болса, үйлесімді қайтару маршруттауы бар қарапайым ағындық көпжол әдетте неғұрлым шағын жоба.
Қабылдауды ретімен өтіңіз
Осы ретпен сынақтан өткізіп, әр қадамда мекенжайларды жазып алыңыз: A жолында жаңа қосылым және оның жауап жолы, B жолында дәл солай, содан кейін бір провайдердің жоғалуы, содан кейін қалпына келтіру. Әр нәтиже үшін қандай орныққан ағындар жылжығанын, қайсылары қайта қосылуға мәжбүр болғанын және жаңа ағындар кейін қайда кеткенін белгілеңіз. Алдымен күтілетін мәнді жазыңыз, содан кейін оны түсіріліммен салыстырыңыз. Екі орныққан туннель осының ешбірін дәлелдемейді.
Жоба сіз жазған кесте түсірілім көрсеткенге сәйкес келгенде аяқталады, екі туннель де көтерілгенде емес.