Таны хуучин анхдагч маршрут OpenVPN-ийн дараа санаатайгаар үлддэг

Та туннельд холбогдож, ip route ажиллуулахад анхны анхдагч гарц байсан хэвээрээ байна. Дараагийн бодол бол клиент маршрутыг хүлээж аваагүй, тиймээс анхдагчийг гараар устгаад холболтоо бүрмөсөн алдана. Тэр бичлэг үлдэх ёстой. redirect-gateway def1-тай OpenVPN энгийн анхдагчийг орлуулахын оронд түүнээс дээгүүр гарах хоёр илүү тодорхой маршрут суулгадаг. Хуучин гарц үлдэж, таны туршиж байсан урсгалыг зөөхөө болино.

def1 үнэндээ юу хийдэг

Энэ туг 0.0.0.0/1 ба 128.0.0.0/1-ийг нэмдэг, хоёулаа туннель рүү чиглэсэн. 0.0.0.0/1 нь эхний октет нь 0-ээс 127 хүртэл байх бүх хаягийг хамарч, 128.0.0.0/1 нь 128-аас 255 хүртэлхийг хамардаг тул IPv4 очих газар бүр хуучин анхдагчаас илүү тодорхой тохиролтой байна. Аль маршрут ялахыг метрик биш, префиксийн урт тодорхойлно.

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

Яагаад /1, /0 биш

Маршрутлалт хамгийн урт тохирох префиксийг сонгодог, хамгийн бага метрикийг биш, тиймээс анхдагчийн метрик юу ч гэсэн /1 /0-ыг дийлнэ. Хоёр хагас нь байгаа шалтгаан нь нэг /1 орон зайн зөвхөн хагасыг хамардаг; зөвхөн 0.0.0.0/1 байвал 128.0.0.0-оос дээш бүхэн хуучин анхдагчийг дагасаар байх бөгөөд энэ нь зарим сайт ажиллаж, зарим нь ажиллахгүй байх төөрөгдүүлсэн шинж тэмдэг үүсгэдэг.

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

Бодит маршрутлалтын хүснэгтийг уншина уу

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

default via 192.168.50.1 dev wlan0
0.0.0.0/1 via 10.8.0.1 dev tun0
128.0.0.0/1 via 10.8.0.1 dev tun0

Чухал нь харилцаа: нэг ерөнхий анхдагчийн дээгүүр хоёр тодорхой хагас. Хуучин гарцын мөр үлддэг, учир нь түүнийг юу ч орлуулаагүй.

Багц үнэхээр аль маршрутыг авдагийг шалгана уу

Илүү тодорхой маршрутууд дийлж чадна: хувийн хүрээ, локал дэд сүлжээ рүү чиглэсэн маршрут эсвэл VPN серверийн өөрийн хаяг /1-ээс урт байна. Туннельд сервер рүүгээ гадаад зам хэрэгтэй бөгөөд тэр холболтыг буцаагаад туннель руу илгээвэл тэр даруй эвдэрнэ. Linux дээр хүснэгтийг нүдээр уншихийн оронд цөмөөс асуугаарай: таны сонирхож буй очих газартай ip route get сонгосон маршрут, интерфейс, эх сурвалжийг хэвлэнэ. Хэрэв бодлогод суурилсан маршрутлалт тохируулагдсан бол дүрмүүдийг ч шалгаарай, учир нь дүрэм үндсэн хүснэгтийг харахаас өмнө өөр хүснэгт сонгож болно.

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

def1 юуг хамардаггүй

Хоёр IPv4 бичлэг IPv6-ийн талаар юу ч хэлэхгүй: IPv6 холболттой хост тэр гэр бүлийг тусад нь чиглүүлэх хүртэл өөрийн анхдагчийг ашигласаар байдаг, иймээс хос стект сүлжээнд зарим урсгал туннелийг тойрч байгаа мэт харагдана. Бусад клиент, сүлжээний менежерүүд бүрэн туннелийн маршрутлалтыг өөрөөр хэрэгжүүлдэг тул тэдний хүснэгтүүд таарахгүй. Энд тайлбарласан def1-ийн зан төлөв нь OpenVPN-ийн баримтжуулсан тугийнх бөгөөд машин дээрх бүх VPN-ийнх биш.

Ослын унтраалга өөр асуултад хариулдаг: туннель унахад машин юу хийдэг вэ. Маршрутын тэргүүлэх чиглэл нь туннель ажиллаж байх үед урсгал хаашаа явахыг тодорхойлдог; дараа нь галт хана юу хийхийг тодорхойлдоггүй. Ажлын дараалал: хүснэгтийг унш, хоёр хагас байгаа эсэхийг баталгаажуул, бүтэлгүйтэж буй очих газрын хувьд ip route get ажиллуул, бодлогын дүрмийг шалга, дараа нь IPv6-г тусад нь хар. Хуучин анхдагчийг байгаа газарт нь үлдээгээрэй.