Хуваагдсан туннель ямар урсгал VPN ашиглахыг хэрхэн шийддэг

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

Нэг мөрөнд хэлж болох бодлого шалгагдах боломжтой. Илүү хурдан вэб үзэх гэж тодорхойлсон бодлого тийм биш бөгөөд хүсэлт буруу чиглэлд явахад аль дүрмийг өөрчлөхийг хэлэхгүй.

Клиент дүрмийг суулгадаг, цөм сонголтыг хийдэг

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

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

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

Апп тус бүрийн холболт ба очих газрын префикс нь өөр өөр хэрэгсэл

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

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

DNS болон аюулгүй байдлын унтраалга өөрийн дүрмийг дагадаг

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

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

Хуваалтыг хоёр талаас шалгаарай

Оруулсан зам болон хасагдсан замыг тус тусад нь туршиж, үр дүнг нийтийн хаягаар биш, интерфейсийн нэрээр дүгнээрэй. Эдгээр команд нь туннелийн төхөөрөмж аль хэдийн өргөгдсөн Linux хост гэж үздэг. 203.0.113.10-ыг таны бодлого дотогш чиглүүлдэг очих газраар, 198.51.100.25-ыг гадагш илгээдэг газраар сольж бичээрэй.

ip route get 203.0.113.10
ip route get 198.51.100.25
resolvectl query intranet.example.com
curl -s --interface tun0 https://example.com -o /dev/null -w '%{http_code}\n'

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

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