Яагаад цэгээс сайт руу холболтод чиглүүлэлтэд суурилсан Azure VPN гарц хэрэгтэй вэ

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

Дараалал нь бие даасан алхмуудаас илүү чухал. Дарааллыг буруу хийвэл сайтуудын хоорондын тасалдал засвар үйлчилгээний цонхоос хэтэрнэ.

Бодлогод суурилсан гарц үнэндээ юу хийдэг вэ

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

Чиглүүлэлтэд суурилсан гарц эсрэгээр ажилладаг: энэ нь туннелийн интерфейсийг санал болгож, дотор нь юу орохыг чиглүүлэлтүүд шийддэг. Цэгээс сайт руу холболт болон түншийн багц өөрчлөгддөг аливаа загвар нь тэр интерфейс байгаа эсэхээс хамаарна.

Клиентийн санд яагаад тэр интерфейс хэрэгтэй вэ

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

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

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

Төрөл нь үүсгэх үед тогтдог

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

Энэ нь SKU-гийн шийдвэрийг мөн ижил бүтээцэд оруулна. Дараа нь илүү том SKU руу шилжих нь өөр нэг тасалдалтай өөр нэг гарц орлуулалт юм.

Нэг гарц, нэг GatewaySubnet

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

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

Орлуулалт юуг засахгүй вэ

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

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

Үйлдэл ба шалгалтын дараалал

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

Аливаа топологийн өөрчлөлтийн дараа клиентийн багцыг дахин үүсгэ, саныг локал болон хослосон муж бүрээс хол байлга. Хязгаарлалт ба SKU-гийн ялгаа нь Azure VPN Gateway тохиргооны лавлагаанд цуглуулсан.