bypass-dhcp нь OpenVPN-ийн маршрутын төлөвлөгөөнд үнэхээр юу нэмдэг вэ

redirect-gateway def1 bypass-dhcp бүхий профайл нь IPv4-ийн өгөгдмөл маршрутыг орлуулахыг нэг нарийн үл хамаарах зүйлтэй хослуулдаг. Хүмүүс сүүлийн үгийг уншаад гар утасны холболтын ерөнхий шийдлийг хүлээж, дараа нь энэ туг хэзээ ч дэмжээгүй DHCP онолд үдээс хойш цаг зарцуулдаг. Хэсэг бүр нэг зүйл хийдэг бөгөөд үл хамаарах зүйл нь нэр хүндээсээ хамаагүй бага.

Зөвхөн гар утасны сүлжээнд тохиолддог алдааг хаягийн хуваарилалтад хамааруулахын өмнө тугуудыг салгаж үзээрэй. Тэр мөрийн хоёр хагас хоорондоо ямар ч холбоогүй.

Хоёр туг, хоёр хамааралгүй ажил

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

bypass-dhcp нь тусдаа бөгөөд өгөгдмөл маршрутад огт хүрдэггүй. OpenVPN 2.6 гарын авлага үүнийг орон нутгийн дэд сүлжээнд байхгүй DHCP сервер рүү шууд маршрут нэмэх гэж тайлбарладаг, ингэснээр түрээсийн урсгал туннелийн гадна гардаг, мөн энэ зан үйл Windows клиентүүдэд хэрэгжсэн бөгөөд өөр газар боломжгүй байж болзошгүй гэж тэмдэглэдэг.

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

Үл хамаарах зүйл үнэхээр юунд хамаарах вэ

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

0.0.0.0/1        via 10.8.0.1      dev tun0
128.0.0.0/1      via 10.8.0.1      dev tun0
192.168.1.1/32   via 192.168.1.254 dev wlan0

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

Клиент үнэхээр юу суулгасныг шалгана уу

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

VPN-ийн төгсгөлийн цэг хүртэлх маршрутыг нэгэн зэрэг ашиглахуйц байлгана уу. Тэр төгсгөлийн цэгийн үл хамаарах зүйл нь DHCP-ийн үл хамаарах зүйлээс өөр шаардлага бөгөөд үүнгүйгээр туннель өөрийг нь тэтгэдэг тээврийг барьж авч болно.

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

Үлдсэн зам энэ тугт байхгүй

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

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

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