Таны Windows VPN локал принтерийг яагаад устгадаг, үүнийг хэрхэн зогсоох вэ

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

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

Ямар нэг зүйлийг өөрчлөхөөс өмнө IPv4 хүснэгтийг дараахаар авна уу: route print -4 ба гаралтыг хадгална уу. Холбогдоод, дахин аваад 0.0.0.0 мөрүүдийг харьцуулна уу: идэвхтэй анхдагч маршрут интерфейсийг нэрлэдэг бөгөөд хэрэв тэр интерфейс нь туннель бол локал хэвлэлт болон хөтлөлт эхлээд оффис руу илгээгддэг.

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

Анхдагч маршрутыг гурван аргаар устгана уу

Суулгасан Windows профайлд удирдлага нь чагтлах хайрцаг юм. Холболтын шинж чанарыг нээж, IPv4, дараа нь Нэмэлт, ба Use default gateway on remote network тэмдэглэгээг арилгана уу; шинэ Тохиргоо апп ижил харилцан яринг нэг давхарга илүү гүнд нуудаг. Өргөмжлөгдсөн командын мөрөөс ижил өөрчлөлт нь нэг cmdlet:

Set-VpnConnection -Name "Corp" -SplitTunneling $true

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

Зөвхөн ажилд хамаарах зүйлийг буцааж нэмнэ үү

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

Add-VpnConnectionRoute -ConnectionName "Corp" -DestinationPrefix 172.20.0.0/16

Хуучин арга одоо ч ажилладаг, одоо ч бүх шалгах хуудсанд байдаг: route -p add 172.20.0.0 mask 255.255.0.0 172.20.0.1 if 14, туннелийн өөрийн интерфейсийн индекс ба гарцын хаягтай. Энэ нь дахин ачаалалтаас үлддэг, энэ нь зорилго бөгөөд аюул ч юм, учир нь дараагийн асаалтад индекс өөр зүйлд хамаарах боломжтой.

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

Сервер таны оронд шийдэх үед

Таны чагтлах хайрцгийг үл тоомсорлодог клиент ихэвчлэн бодлогыг дагадаг. Cisco профайлууд Allow Local LAN Access тохиргоотой бөгөөд headend нь клиентийн хүсэх бүхнийг хүчингүй болгох tunnel-all бодлогыг түлхэж болно; албадан туннелийн байршуулалтад эргүүлэх локал унтраалга байхгүй. Ижил харилцан яринг дахин шалгахын оронд клиентийн логоос түлхэгдсэн маршрут, бодлогын мөрүүдийг уншина уу.

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

Давхцлын асуудал өөр

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

Тав биш, нэг шалгалтаар дуусгана уу: холбогдоод, дараа нь tracert дотоод болон нийтийн хост руу ажиллуулна уу. Эхний үсрэлт ялгаатай байх ёстой бөгөөд ялгаатай биш бол клиент юу мэдээлсэн ч хуваалт хүчин төгөлдөр биш. Дараа нь нэг удаа дахин холбогдоод давтана уу, учир нь түлхэгдсэн маршрутууд сесс бүрт буцаж ирдэг.