Хоёр дахь туннелийг холбоход эхнийх нь чимээгүй болдог ч хоёр клиент хоёулаа эрүүл холболт гэж мэдээлсээр байна. Windows-д өгөх нэг л үндсэн маршрут байдаг бөгөөд түүнийг шаардсан профайл бүр нөгөөгөөс нь авдаг. Шинж тэмдэг нь VPN-ийн доголдол мэт харагдах боловч үнэндээ хоёр профайлын хоорондох маршрутын өрсөлдөөн юм. Аль туннель тэр маршрутыг эзэмших ёстойг шийдвэл бусад тохиргоо дагана.

Хамгийн сайн үндсэн маршрут зөвхөн нэг бичлэг байж болно

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

Клиентийн төлөвийн дүрсүүд үүнийг харуулж чадахгүй. Тэд туннель үүссэн гэж мэдээлдэг бөгөөд аль угтвар руу одоо хүртэл маршрутлагдаж байгааг биш, иймээс хэрэглэгч хоёр ногоон дүрс, нэг аппликейшнд хугацаа дуусахыг хардаг. Гэмтлийн үед route print -4 унших нь ямар ч VPN логоос илүү мэдээлэлтэй.

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

Чагтлага юу суулгаж, юу арилгадаг

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

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

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

Туннель бүр юу дамжуулах ёстойгоор нь сонгоно уу

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

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

Шийдвэрийг профайлын нэрсийн хажууд тэмдэглэ. Эс бөгөөс дараа улиралд нэмэгдэх гурав дахь VPN мөрдөн шалгалтыг эхнээс давтана.

Дутуу угтваруудыг нэмж, үр дүнг шалгана уу

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

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

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

DNS-д тусдаа гүйлт хэрэгтэй. Хоёр туннель шийдэгчдийг шахаж болох бөгөөд Windows интерфэйс бүрт давуу эрхийн дараалалтай жагсаалт хадгалдаг тул хоёр дахь сүлжээнд хамаарах нэр эхний сүлжээний шийдэгч рүү илгээгдэж болно. Засварыг сонгохын өмнө адаптер бүр бодитоор юу авсныг харна уу:

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

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

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

Холбоотой нийтлэлүүд