Эки вариант тең сайттардын ортосунда пакеттерди ташыйт, ошондуктан чечим кайсы протокол жаңыраак экенинде эмес, туннелдин өлчөмү да аны чечпейт. Аны үч шарт чечет: канча префикс өзгөрөт жана канчалык тез-тез, долбоорго жолдордун ортосунда автоматтык которулуу керекпи, жана команда түнкү саат үчтө канча башкаруу деңгээлиндеги механизмди кармай алат. Буларга чын жүрөктөн жооп бериңиз, тандоо адатта өзү жасалат. Бул тексттин калганы ар бир жооптун баасы.

Үч шарт чечет

Биринчи шарт өзгөрүүчүлүк. Ээлиги ачык бир нече туруктуу ички тармакты жылдар бою кол менен кармоого болот, жана ар бир маршрут бирөө окуй жана текшере ала турган сап бойдон калат. Долбоорлор келип-кеткенде орун которгон ондогон префикс башка маселе, анткени ар бир жылышуу эски жолду эсине сактап калган ар бир түзмөккө жетиши керек.

Экинчиси бузулуу кезиндеги жүрүм-турум. Резервдик жол адам байкабаган учурда активдүү болушу керек болгондо, бир нерсе бузулууну аныктап, маршрутту артка кайтарышы керек. Статикалык маршруттоо муну көзөмөлдөө же шарттуу орнотуу аркылуу гана жасай алат, жана алдын ала ойлонгон бузулуулар үчүн гана.

Үчүнчүсү экинчи башкаруу деңгээлине болгон каалоо. Маршруттоо протоколу сессияларды, аутентификацияны, чыпкаларды жана тандоо саясатын кошот, жана алардын ар бири мониторинг менен өзгөртүү процессин талап кылат. Бул туруктуу эксплуатациялык чыгым, бир жолу конфигурациялоо иши эмес.

ConditionPoints to staticPoints to dynamic
Prefix churnRare, few, stableFrequent, many, moving
FailoverManual or trackedAutomatic withdrawal
OperationsNo routing staffProtocol monitoring exists

Үчүнчү абзацтын астындагы таблица кыскача версия, ал эми андан кийинки үч бөлүм ар бир сап эмне үчүн өз ордунда турганын түшүндүрөт. Тандоодон мурун саптарды өзүңүздүн сайт саны менен салыштырып окуңуз, анткени эксплуатациялык чыгымды этибарга албаган чечим жарым чечим.

Статикалык маршруттоо чындыгында канча турат

Статикалык маршрут туннелдин эки тарабында тең туура болушу керек. Ички тармакты кошуу алыскы шлюзди, жергиликтүү шлюзди жана адатта кайтаруу жолун түзөтүүнү билдирет, жана алардын кайсынысын болбосун унутуу колдонмо катасына окшош бир тараптуу бузулууну жаратат. Колдонмо командасы күтүү убакыттарын көрөт, ал эми тармак командасы бар жана тышкы көрүнүштө соо маршрутту көрөт. Эч бир команда жаңылышпайт, ошондуктан бул бузулуунун ордун табуу ушунча убакытка созулат.

Статикалык жазуу астындагы жол жоголгондон кийин да орнотулган бойдон калат. Платформа көзөмөлдү бербесе, маршрут мындан ары өткөрбөгөн кийинки секирикке көрсөтүүнү улантат, жана трафик которулуунун ордуна жоголот. Ошол тынчтык жөнөкөй вариантты тандаганда кабыл алган чыгымыңыз.

Көзөмөлдөө ыкмасын ар бир маршруттун жанына жазыңыз, ал кайсы бузулууларды камтый турганын белгилеңиз жана тизмени туннелдин конфигурациясы менен бирге кармаңыз. Болбосо кийинки үзүлүштү тармак эмес, колдонуучу аныктайт, жана бул дайыма кымбатыраак аныктоо.

Динамикалык маршруттоо чындыгында канча турат

Протокол жаңы префикстерди жарыялайт, жетүүгө болбой тургандарды артка кайтарат жана жолдордун ортосунда артыкчылык билдирет. Бул бир нече сайт же ашыкча туннель ар бир өзгөрүүдө шайкештирилген түзөтүүнү талап кылган учурда чындап пайдалуу. Бул ошондой эле протоколдун сизди эң начар учурда таң калтыра алышынын себеби. Ошол аракеттердин ар бири сиз өзүңүз жасабаган абал өзгөрүүсү.

Ал макул болбой турган эки абалды жаратат. Туннель жогору турганда маршруттоо сессиясы төмөн болушу мүмкүн, ал эми сессия жогору турганда анын жарыялоолору колдонмого керектүү ички тармакты өткөрүп жибериши мүмкүн. Экөө тең жарым иштеген тармакка окшошот, жана экөө тең туннелдин абал баракчасынан көрүнбөйт.

Ошондуктан чыпкалар жана саясат кийинки ой эмес, долбоордун бөлүгү болуп калат. Баарын жарыялаган протокол акыры бир нерсени туура эмес жарыялайт, жана туура эмес префикс аны оңдой алган адамдан тезирээк жүрөт. Чыпкаларды биринчи сессия күйгүзүлө электе жазыңыз, биринчи жарыялоо эле атайын болсун.

Маршруттоо сессиясы эмнени айта аларын көзөмөлдөңүз

Ар бир өнөктөш үчүн уруксат берилген префикстер тизмесин аныктап, аны кирүүдө колдонуңуз, анткени чыгуучу чыпка өнөктөштүн сизге демейки маршрут жөнөтүшүнө тоскоол боло албайт. Демейки маршруттар жана бириктирүүлөр бул жерде кымбат каталар: алар мыйзамдуу көрүнгөн бир үйрөнүлгөн жазуу менен байланышсыз жолдорду тынч алмаштыра алат. Долбоор чындап каалабаса, аларды ачык түрдө четке кагыңыз.

Биринчи сессия көтөрүлө электе ар бир тармактын жанына ээлик кылган сайтты жазыңыз, анткени ошол салыштыруу чыпкалар тизмесинин булагы, документтин жасалгасы эмес. Ансыз чыпканы түзөткөн адам кайсы сайт префиксти жарыялоо керектигин болжолдоого мажбур.

Эки протоколдун ортосундагы кайра бөлүштүрүү циклдер башталган жер жана бир эле префикс таза салыштырылбаган атрибуттар менен эки жолу келген жер. Так талап мажбурлаганга чейин кайра бөлүштүрүүнү долбоордон тышкары кармаңыз, ал эми ал болушу керек болсо, маршруттарды чек арада белгилеп, чыпкалаңыз.

Маршрутка негизделген туннель интерфейстери динамикалык маршруттоону чагылдырууну жеңилдетет, анткени туннель селекторлорго дал келген саясаттын ордуна маршруттары бар интерфейске айланат. Бул өнөктөштүн камтуу маселесин жок кылбайт: IPsec селекторлору дагы эле маршруттоону пландаган трафикти уруксат бериши керек.

Бузулуу жолун сынаңыз, бактылуу жолду эмес

Эмнени тандасаңыз да, бир жогорку байланышты түшүрүп, трафиктин жылышканын же документтештиргениңиздей ишке ашпаганын ырастаңыз. Эки жол тең соо кезде гана сыналган долбоор такыр сыналбаган долбоор. Ошол жерде аныктоо убактысын өлчөңүз, анткени өлчөгөн саныңыз колдонуучулар сезе турган сан.

Андан кийин кайтаруу жолун өз алдынча ырастаңыз, анткени VPN үстүндөгү асимметриялык маршруттоо кеңири таралган жана абалды сактаган түзмөк жоопторду таштамайынча көрүнбөйт. Бир багытта иштеген агым жолдун жарымын гана далилдейт.

Иш тартиби: префикстерди санаңыз, бузулууларды кантип аныктоо керектигин чечиңиз, протоколду ким кармай аларын текшериңиз, эмне жарыяланарын көзөмөлдөңүз, анан бир үзүлүштү башынан аягына чейин сынаңыз. Ар бир кадам кийинки кадамга керектүү фактыны берет.

Тектеш макалалар