Хоёр VPN клиент, нэг маршрутын хүснэгт: анхдагч маршрутыг хэн авах вэ

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

Зөрчил маршрутын хүснэгтэд амьдардаг

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

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

Одоогийн замыг аль туннель эзэмшиж байгааг уншаарай

Холбогдсон гэж мэдээлж буй клиентэд итгэхийн оронд бодит шийдвэрийг шалга. Аль интерфейс тодорхой очих газрыг зөөх вэ гэж системээс асуу.

ip route get 10.20.0.5
route print -4

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

Хоёр дахь клиентийг бүгдийг шаардахаас зогсоо

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

pull-filter ignore "redirect-gateway"
ip route get 10.30.4.10

route-nopull тулгасан бүх маршрутыг үл тоомсорлодог бол pull-filter ignore "redirect-gateway" зөвхөн анхдагч маршрутын зааврыг л хасаж, тулгасан DNS болон бусад сонголтыг үлдээдэг. Серверийн тохиргооны хэдийг нь үлдээхийг хүсэж байгаагаас хамааран хоёрын хооронд сонгоод, дараа нь хоёр дахь сүлжээнд хэрэгтэй тодорхой префиксүүдийг нэм. DNS-ийг сана, учир нь асуулгыг зөөдөггүй туннелийн тулгасан шийдэгч юу ч буцаадаггүй. Сүлжээ бүрт нэг танигдсан хост туршиж, алслагдсан тал харж буй эх хаягийг баталгаажуул.

Давхарласан дэд сүлжээг тойрч гарах боломжгүй

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

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