Сайт хоорондын VPN дээр статик маршрут уу, маршрутлалтын протокол уу?

Хоёр хувилбар хоёулаа сайтуудын хооронд пакет зөөдөг тул шийдвэр аль протокол шинэ вэ гэдэг дээр биш, туннелийн хэмжээ ч үүнийг шийдэхгүй. Үүнийг гурван нөхцөл шийднэ: хэдэн префикс өөрчлөгдөж, хэр олон удаа, загварт замуудын хооронд автомат шилжилт хэрэгтэй эсэх, баг шөнийн гурван цагт хэдэн удирдлагын түвшний механизм ажиллуулж чадах вэ. Эдгээрт шударгаар хариулаарай, сонголт ихэвчлэн өөрөө болдог. Энэ бичвэрийн үлдсэн хэсэг нь хариу бүрийн үнэ.

Гурван нөхцөл шийднэ

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

Хоёр дахь нь гэмтэл гарсан үеийн зан төлөв. Нөөц зам хүн анзаарахгүйгээр идэвхжих ёстой үед ямар нэг зүйл гэмтлийг илрүүлж, маршрутыг буцааж авах ёстой. Статик маршрутлалт үүнийг зөвхөн хяналт эсвэл нөхцөлт суулгалтаар хийж чадна, зөвхөн урьдчилан бодож үзсэн гэмтлүүдэд л.

Гурав дахь нь хоёр дахь удирдлагын түвшин хүсэх хүсэл. Маршрутлалтын протокол сесс, баталгаажуулалт, шүүлтүүр, сонголтын бодлого нэмдэг, тэдгээр бүрт хяналт болон өөрчлөлтийн процесс шаардлагатай. Энэ нь байнгын ашиглалтын зардал, нэг удаагийн тохируулгын ажил биш.

Гурав дахь догол мөрийн доорх хүснэгт богино хувилбар, дараах гурван хэсэг мөр бүр яагаад өөрийн байранд байгааг тайлбарлана. Сонгохоос өмнө мөрүүдийг өөрийн сайтын тоотой харьцуулж уншаарай, ашиглалтын зардлыг үл тоомсорлосон шийдвэр хагас шийдвэр юм.

Статик маршрутлалт үнэхээр хэр үнэтэй вэ

Статик маршрут туннелийн хоёр талд зөв байх ёстой. Дэд сүлжээ нэмэх нь алсын гарц, орон нутгийн гарц ба ихэвчлэн буцах замыг засварлахыг хэлнэ, аль нэгийг нь мартахад аппликейшны алдаа мэт харагдах нэг чиглэлийн гэмтэл үүсдэг. Аппликейшны баг хугацаа хэтрэлт хардаг бол сүлжээний баг байгаа бөгөөд гаднаас эрүүл харагдах маршрут хардаг. Аль ч баг буруу биш, тиймээс энэ гэмтлийн байршлыг олоход ийм удаан хугацаа ордог.

Статик бичлэг доорх зам алга болсны дараа ч суулгагдсан хэвээр үлддэг. Платформ хяналт санал болгохгүй бол маршрут цаашид дамжуулахгүй дараагийн хопыг заасаар байх ба трафик шилжихийн оронд алга болно. Тэр чимээгүй байдал нь энгийн хувилбарыг сонгохдоо хүлээн зөвшөөрч буй зардал юм.

Хяналтын аргыг маршрут бүрийн дэргэд бичээд, аль гэмтлийг хамардагийг тэмдэглэж, жагсаалтыг туннелийн тохиргоотой хамт хадгалаарай. Эс бөгөөс дараагийн тасалдлыг сүлжээ биш хэрэглэгч илрүүлнэ, энэ нь үргэлж илүү үнэтэй илрүүлэлт.

Динамик маршрутлалт үнэхээр хэр үнэтэй вэ

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

Энэ нь зөрчилдөж болох хоёр төлөв үүсгэдэг. Туннель дээгүүр байхад маршрутлалтын сесс доогуур байж болно, сесс дээгүүр байхад түүний зарлалууд аппликейшнд хэрэгтэй дэд сүлжээг орхиж болно. Хоёулаа хагас ажиллаж буй сүлжээ мэт харагдах ба аль нь ч туннелийн төлөвийн хуудаснаас харагдахгүй.

Тиймээс шүүлтүүр ба бодлого нь дараагийн бодол биш, загварын хэсэг болно. Бүгдийг зарладаг протокол эцэст нь ямар нэг буруу зүйл зарлана, буруу префикс түүнийг засах хүнээс хурдан явдаг. Шүүлтүүрүүдийг эхний сесс асахаас өмнө бичээрэй, эхний зарлал аль хэдийн санаатай байг.

Маршрутлалтын сесс юу хэлж болохыг хянаарай

Партнер бүрт зөвшөөрөгдсөн префиксийн жагсаалтыг тодорхойлж, орох хэсэгт хэрэгжүүлээрэй, учир нь гарч буй шүүлтүүр партнер танд өгөгдмөл маршрут илгээхийг сэргийлж чадахгүй. Өгөгдмөл маршрут ба нэгтгэлүүд энд үнэтэй алдаа: тэд хууль ёсны мэт харагдах нэг сурсан бичлэгээр холбоогүй замуудыг чимээгүйгээр сольж чадна. Загвар үнэхээр хүсэхгүй л бол тэдгээрийг тодорхой татгалзаарай.

Эхний сесс босохоос өмнө сүлжээ бүрийн дэргэд эзэмшигч сайтыг бичээрэй, учир нь тэр зураглал нь шүүлтүүрийн жагсаалтын эх сурвалж, баримт бичгийн чимэглэл биш. Үүнгүйгээр шүүлтүүр засварлагч аль сайт префиксийг зарлах ёстойг таамаглах хэрэгтэй болно.

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

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

Гэмтлийн замыг туршаад үзээрэй, азтай замыг биш

Юу ч сонгосон, нэг дээд холболтыг унагаж, трафик шилжиж байгаа эсвэл таны баримтжуулсан ёсоор бүтэлгүйтэж байгааг баталгаажуулаарай. Зөвхөн хоёр зам эрүүл үед туршсан загвар бол огт туршаагүй загвар. Тэнд байхдаа илрүүлэх хугацааг хэмжээрэй, учир нь таны хэмжсэн тоо бол хэрэглэгчдийн мэдрэх тоо.

Дараа нь буцах замыг бие даан баталгаажуулаарай, учир нь VPN дээрх тэгш бус маршрутлалт нийтлэг бөгөөд төлөв хадгалдаг төхөөрөмж хариултуудыг хаях хүртэл үл үзэгдэнэ. Нэг чиглэлд ажилладаг урсгал замын хагасыг л нотолно.

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