OpenVPN-ийн түлхсэн маршрутууд суулгагдахгүй байна: цаг хугацаа, эрх эсвэл бодлого

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

Гаднаас харахад ижил харагдана, гэхдээ өөр засвар шаардана. Маршрутын шийдвэр гардаг цэг дээр клиентийн лог уншина уу.

Маршрут зүгээр эвдэрсэн биш, байхгүй гэдгийг нотлоорой

Маршрут эвдэрсэн биш, байхгүй гэдгийг нотлохоос эхэл. Linux дээр ip route show dev tun0 клиент тунел төхөөрөмж дээр юу суулгасныг жагсаана. Windows дээр route print эсвэл Get-NetRoute мөн адил зүйлийг хүснэгт хэлбэрээр харуулна.

Байгаа боловч урсгалыг дамжуулдаггүй маршрут нь өөр асуудал юм. Энэ нь мөрдөн шалгалтыг маршрут суулгах руу биш, дамжуулалт болон галт ханын дүрэм рүү чиглүүлнэ.

Цаг хугацаа: төхөөрөмж бий болохоос өмнө нэмэлт ажилласан

Клиент нь хяналтын суваг өргөгдсөний дараа, интерфейсийг тохируулсны дараа серверийн PUSH_REPLY-г шинжилнэ. Зөвхөн тэр үед л платформын санал болгож буй механизмаар маршрутжуулалтын хүснэгтэд хүрнэ. Linux нь netlink-ээр дамждаг; Windows нь өргөгдсөн токен шаарддаг API ашигладаг. Тохиргоог уншмагц маршрут нэмдэг скрипт эсвэл клиент нь TUN/TAP төхөөрөмж бий болохоос өмнө ажиллаж болох бөгөөд цөм нэмэлтийг татгалздаг.

Мөн адил уралдаан нь гараар бичсэн маршрут ажиллаж, автомат нь ажиллахгүй байгаа шалтгааныг тайлбарлана: та бичихэд интерфейс аль хэдийн өргөгдсөн байдаг.

Энэ тохиолдолд зориулж route-delay байдаг бөгөөд route-up нь интерфейс болон маршрутууд тохируулагдсаны дараа ажилладаг скриптийг нэрлэнэ. Тунелийн хаягаас хамаарах маршрутуудыг эрт үе шатанд биш, тэр дэгээнд хийнэ үү.

Эрх: хүснэгтийг хэн өөрчилж болох вэ

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

GUI-г администратороор эхлүүлэх эсвэл үйлчилгээнд суурилсан клиент ашиглах нь тэр үр дүнг өөрчилнө. Шаардлагатай токенгүйгээр клиентийг эхлүүлдэг товлосон ажил өөрчлөхгүй.

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

Бодлого: түлхсэн маршрутуудыг санаатайгаар хаяж болно

route-nopull нь серверийн түлхдэг маршрутуудыг, түүний дотор түлхсэн өгөгдмөл маршрутыг, клиентэд үл тоомсорлуулдаг бол тунелийн хаяг хэвээр хүлээн авагдана. Түлхсэн DNS болон DHCP сонголтуудыг мөн адил заавар хаядаг. Ийм клиент гэмтэлтэй биш; тэр өөрийн тохиргоонд тодорхой маршрутын мөрүүдийг хүлээж байна.

route-noexec нь өөр хяналт: клиентийг маршрутын өөрчлөлтийг огт гүйцэтгэхээс сэргийлнэ. Клиент зураглаж чадахгүй топологи мөн адил үр дүн өгч болох бөгөөд маршрут нэмэгдсэн биш, татгалзсан гэж бүртгэгдэнэ. Гурвын аль нь хамаарахыг таамаглахын оронд шийдвэрийг мэдээлэх лог мөрийг уншина уу. Дараа нь үр дүнтэй профайлыг шалгана уу, учир нь импортлогч эсвэл удирдлагын хэрэгсэл хэрэглэгчийн хэзээ ч засаагүй сонголтуудыг нэмж болно.

Текст засварлагчид цэвэр харагдах профайл ажиллах үед нэмсэн заавар агуулж болно.

Түлхэлтийн жагсаалтыг хүснэгттэй харьцуулна уу

Холбогдсаны дараа серверийн түлхэлтийн жагсаалтыг клиентийн хүснэгтийн хажууд тавь. Linux дээр энэ нь ip route show dev tun0; Windows дээр route print эсвэл Get-NetRoute. Хэрэв маршрут байхгүй бол эхлээд суулгацыг зас. Хэрэв байгаа боловч урсгал бүтэлгүйтвэл дамжуулалт болон галт ханын бодлого руу шилжинэ үү.

Клиентийн хувилбар, ямар бүртгэлээр ажилладаг, үйлчилгээнд суурилсан эсэхийг тэмдэглэнэ үү. Эдгээр гурван баримт дараагийн хүнд ямар шалтгаан хасагдсаныг хэлнэ.