Нэг IPv4 чиглэлийг OpenVPN туннелээс гадуур явуулах арга

Бүрэн туннелийн ихэнх тохиргоо бүх пакетыг VPN-ээр дамжуулдаг бөгөөд redirect-gateway нь үүнийг боломжтой болгодог заавар юм. Ганц чиглэлийг гэсэн хэдий ч үл хамаарах боломжтой. Тухайн хаягт net_gateway орлуулагчтай хост чиглэл нэмэх нь клиентэд түүнийг машины анхны гарцаар дамжин хүрэхийг хэлдэг бол бусад бүхэн туннелийг үргэлжлүүлэн ашиглана.

Мөр хор хөнөөлгүй харагдана, ихэвчлэн тийм ч байдаг, гэхдээ энэ нь зөвхөн нэг асуултыг шийднэ: яг тэр IPv4 хаяг руу явах пакетууд хаашаа явдаг вэ. Энэ нь DNS, IPv6, галт хананы бодлого эсвэл аль процесс холболтыг нээснийг өөрчлөхгүй бөгөөд эдгээрийн аль нэг нь үл хамаарах байдлыг чимээгүйхэн устгаж чадна.

net_gateway үнэндээ юуг нэрлэдэг вэ

Тухайн үл хамаарах байдлын профайл бичлэг нь нэг мөр: route 198.51.100.77 255.255.255.255 net_gateway. Эхний хаяг нь чиглэлийн баримт бичгийн орлуулагч, маск нь үүнийг нэг хост чиглэл болгодог, сүүлийн токен нь гарцын орлуулагчийг нэрлэдэг. OpenVPN чиглэл суулгахдаа гарцын орлуулагчуудыг шийддэг. vpn_gateway нь туннелийн өөрийн гарц, өөрөөр хэлбэл VPN холболтын алслагдсан талыг илэрхийлнэ. net_gateway нь VPN ямар нэг зүйлийг өөрчлөхөөс өмнө хостод байсан анхдагч гарцыг илэрхийлдэг бөгөөд энэ нь ихэвчлэн физик сүлжээний локал чиглүүлэгч юм.

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

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

Хост чиглэл яагаад туннелийн анхдагч чиглэлийг ялдаг вэ

Чиглүүлэлтийг хамгийн тодорхой тохирох префикс тодорхойлно. redirect-gateway def1 ихэвчлэн анхдагч чиглэлийг орлохгүй; энэ нь хоёр хагасыг нэмдэг, хаягийн орон зайн доод хагаст нэг чиглэл, дээд хагаст өөр нэг чиглэл, ингэснээр анхны анхдагч чиглэл бусад хэрэглээнд үлддэг. Эдгээр хагас нь нэг хаягаас өргөн.

255.255.255.255 масктай нэг хаягийн чиглэл нь /32 бөгөөд энэ нь IPv4-ийн хүрч болох хамгийн өндөр нарийвчлал юм. Тухайн хаягийн пакетыг үнэлэх үед /32 тохирч, аль чиглэл эхэлж суурилагдсанаас үл хамааран ялна. Энэ бол үл хамаарах байдлын ард байгаа механизм бөгөөд чиглэл үнэхээр байгаа тохиолдолд Linux, macOS, Windows дээр ижил ажилладаг.

Windows хоёр дахь хэмжээг нэмдэг. Хоёр чиглэл ижил нарийвчлалтай үед бага хэмжүүртэй нь ялж, VPN адаптер үр дүнг өөрчилдөг интерфейсийн хэмжүүртэй байж болно. /32 хагасуудаас илүү нарийвчлалтай хэвээр байгаа тул үл хамаарах байдал ихэвчлэн хадгалагддаг, гэхдээ өмнөх сессийн хуучин чиглэл ижил нарийвчлалтай бол төөрөгдүүлсэн үр дүн өгч болно.

Үл хамаарах байдал юуг хамардаггүй вэ

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

IPv6 бол хоёр дахь нь. Чиглэлийн заавар зөвхөн IPv4-тэй ажилладаг. Давхар стект чиглэл IPv6-г илүүд үзэж болох бөгөөд энэ нь бодлогоос хамаарч туннель эсвэл хостын IPv6 анхдагч чиглэлийг дагадаг тул IPv4 үл хамаарах байдал хэзээ ч хүчин төгөлдөр болохгүй. Танд тохирох IPv6 чиглэл эсвэл тухайн клиентэд IPv6-г унтраах ухамсартай шийдвэр хэрэгтэй.

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

Өөрийгөө хуурахгүйгээр үл хамаарах байдлыг шалгах

Хөтчөөс биш, суулгасан чиглэлээс эхэл. Linux дээр цөмөөс тухайн хаягт ямар чиглэл, дараагийн алхмыг ашиглахыг асуу; Windows дээр тухайн /32-ийн чиглэлийн хүснэгтийг унш. Гарц нь туннель биш, физик гарц гэдгийг баталгаажуул. Хэрэв бичлэг байхгүй бол профайл хэрэглэгдээгүй эсвэл клиентэд чиглэл өөрчлөх эрх байгаагүй.

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

Эцэст нь чиглэлийг даван туулж болох удирдлагуудыг шалга. Клиентийн талын kill switch эсвэл Windows-ийн block-outside-dns тохиргоо шууд урсгалыг хориглож болох бөгөөд энэ нь чиглэл зөв байсан ч бүтэлгүйтсэн холболт хэлбэрээр харагдана. Үл хамаарах байдал ажиллаж байгаа мэт харагдуулахын тулд эдгээр удирдлагыг бүү унтраа; хэрэв бодлого шууд замыг хоригловол, үл хамаарах байдал нь VPN үйлчилгээний эзэмшигчид зориулсан дизайны асуудал юм.

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