Хоёр сервер дээрх нэг VPN бүртгэл: төлөвийн гурван дэвтэр

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

Доорх гурван дэвтрийг дарааллаар нь үзээрэй. Тус бүр юу нь бүрэн эрхтэй, юу нь орон нутгийн, нөгөө зангилаа байхгүй үед юу болохыг асуудаг бөгөөд хариултууд нь бие биенээсээ гарахгүй.

Хэн холбогдож болох вэ: нэг эрх мэдэл, олон зангилаа

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

Хамтарсан мэдээллийн сан бол энэ хариултын боломжит бүрэлдэхүүнүүдийн нэг юм. Энэ нь холбогдох бүх бодлого тэнд амьдардаг эсвэл зангилаа бүр өөрчлөлтийг нэг мөчид хэрэгжүүлдэг гэдгийг батлахгүй. A зангилаа дээр идэвхгүй болсон ч B зангилаа дээр хүлээн зөвшөөрөгдсөн хэвээр байгаа бүртгэл нь гарах үйл явц дуусаагүй гэсэн үг.

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

Олгогчийн эрх мэдлийг бүртгэлийн мэдээллээс тусгаарлаарай. Хэд хэдэн гарц нь гарын үсгийн түлхүүрийг хадгалахгүйгээр нэг CA-д итгэж болно, мөн зангилаа бүрт өөрийн серверийн гэрчилгээ, өөрийн клиентийн талын итгэлцлийн харилцаа хэрэгтэй хэвээр.

Зангилаа юу эзэмшдэг: хаяг ба зам

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

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

Клиентүүдийг санаатайгаар нэг зангилаа руу чиглүүл. DNS-ийн сонголт, клиентийн төгсгөлийн цэгийн жагсаалт, фронтенд үйлчилгээ нь эрүүл мэнд, доголдол шилжилтийн өөр өөр зан төлөвтэй өөр механизмууд юм. Нэгийг сонгох нь зөв; «ачааллыг тэнцвэржүүлэх»-ийг дизайн гэж үзэх нь буцах зам болон доголдлын зан төлөвийг тодорхойгүй үлдээдэг.

Баримтжуулсан бүтээгдэхүүний жишээ энд тусална. Pritunl-ийн репликацийн баримт бичиг VPN сүлжээг хуулбар бүрийн объект гэж үздэг бөгөөд өөр хуулбар дээрх клиентүүд бие биедээ хүрэхийн тулд нэмэлт зам, холболт хэрэгтэй. Энэ нь бүтээгдэхүүнд тусгай зохион байгуулалт бөгөөд Community OpenVPN-ийн жор биш, гэхдээ хуулбар нэмэх нь зөвхөн бүртгэлийн агуулах төдийгүй сүлжээг өөрчилдөг шалтгааныг харуулна.

Сесс гэж юу вэ: амьд төлөв, мөр биш

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

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

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

Гурван дэвтрийг турших

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

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

Олон зангилааны бүртгэлийн дизайн нь гурван дэвтэр бүр тодорхой эзэн, өөрчлөлтийн зам, доголдлын зан төлөвтэй үед л бүрэн болно. Тохиргооны файлыг зангилаануудын хооронд хуулах нь эдгээр асуултын алинд ч хариулахгүй.