Windows VPN маршрутын хүснэгт яагаад 0.0.0.0/1 ба 128.0.0.0/1-г харуулдаг вэ

Анхдагч гарцын сонголт нэг биш, хоёр хагас анхдагч маршрут нэмдэг. Клиент дээр маршрут нэмэх эсвэл устгахаас өмнө префикс, метрик, интерфейсийг уншина уу.

Windows VPN-д холбогдоод маршрутын хүснэгтийг нээхэд хоёр бичлэг нүдэнд тусна: 0.0.0.0/1 ба 128.0.0.0/1. Эдгээр нь бичгийн алдаа биш бөгөөд анхдагч маршрутыг орлохгүй. Тэдгээр харагдах эсэх нь нэг профайлын сонголтоос хамаардаг бөгөөд энэ хос нь бүрэн туннель байгуулах арга бөгөөд хуваагдсан туннелийн функц биш юм. Нэг мөр ч өөрчлөхөөс өмнө сонголт, префикс, интерфейсийг хамт уншина уу.

Анхдагч гарц сонголт юу суулгадаг вэ

Бүх зүйлийг туннелээр дамжуулдаг профайлын сонголт нь эдгээр хоёр префиксийг нэмснээр ажилладаг. Сонголтыг авбал тэдгээр алга болж, туннелийн адаптерт өгсөн дэд сүлжээг л хамарсан маршрут үлдэнэ. Чекбокс хосыг удирддаг; энэ нь ганц анхдагч маршрутыг дахин бичихгүй. Тиймээс чек авсны дараа хүснэгт устгасан биш, хэсэгчлэн дахин бичсэн мэт харагдана.

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

Тиймээс VPN адаптер руу чиглэсэн шууд утгаараа 0.0.0.0/0 байвал зогсох нь зүйтэй. Жергийн клиент ихэвчлэн тийм зүйл бичдэггүй тул гараар хийсэн маршрут эсвэл өөр клиентийн тохиргоо хүснэгтийг таны нурууны ард өөрчилсөн байна. Доорх зүйлийг дибаг хийхээс өмнө үүнийг ол.

Гарцыг хадгалахаас буулгах нь хямд

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

Бусад клиентүүд мөн ижил загварт хүрдэг. redirect-gateway def1 бүхий OpenVPN профайл анхдагчийг устгахын оронд эдгээр хоёр префиксийг суулгадаг бөгөөд Windows клиент мөн ижил маршрутжуулалтын шалтгаанаар энэ хэв маягийг дагадаг.

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

Хамгийн урт префикс аливаа метрикийн өмнө ялдаг

Префиксийн урт нь бусад аливаа талбараас өмнө хайлтыг тодорхойлно. Метрик нь ижил префикстэй маршрутуудын хооронд тэнцлийг л эвддэг тул /1 бичлэг метрик нь муу байсан ч /0 анхдагчийг ялна. Интерфейст холбох нь хоёр маршрут префикс хуваалцаж, Windows аль адаптераар пакет илгээхийг сонгох үед юу үлдэхийг тодорхойлно.

route print -4
Get-NetRoute -AddressFamily IPv4 | Sort-Object DestinationPrefix
Find-NetRoute -RemoteIPAddress 10.50.5.20

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

Оффисын префикст нэг эзэмшигч сонгоно уу

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

route -p add 10.50.0.0 mask 255.255.0.0 172.16.8.1
route -p add 10.50.0.0 mask 255.255.0.0 0.0.0.0 IF 31
Add-VpnConnectionRoute -ConnectionName Office -DestinationPrefix 10.50.0.0/16

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

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

Вебсайтаар биш, очих газраар шалгана уу

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

Find-NetRoute -RemoteIPAddress 10.50.5.20
Get-VpnConnection -Name Office

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

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

Холбоотой нийтлэлүүд