Олон сайттай VPN-ийн хаягийн орон зайг хэрхэн төсөвлөх вэ

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

Дөрвөн үүрэг, дөрвөн өөр асуулт

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

Тэдгээрийн зөвхөн гурав дахь нь оффисын зөөврийн компьютер хэд байгаатай холбоотой. Яг энэ нэг төөрөгдөл ихэнх мэтгэлцээнийг тайлбарладаг.

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

Блокуудыг тоолох: /30 үнэхээр хэд вэ

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

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

ipcalc -n 10.44.12.0/30
ipcalc -n 10.44.12.4/31

Топологи тогтсоны дараа л үржүүлээрэй. Арван хоёр тусдаа холбоос болон арван хоёр оролцогчтой нэг олон цэгийн давхарга нь ижил сайтын тооноос эрс өөр нийлбэр гаргадаг.

Удирдлагатай гарцын дэд сүлжээ нь клиентийн сан биш

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

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

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

Хоёр дахь сайтыг давахын тулд төлөвлөгөөг баримтжуул

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

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

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