Կիսաբաժան թունելը Windows-ում՝ դարպասի վանդակը և բացակայող նախածանցը

Թունելը հաղորդում է, որ միացած է, և վիքին դեռ բեռնվում է։ Հետո ներբեռնումը կանգ է առնում, և դարակի ընդհանուր ռեսուրսը դադարում է պատասխանել։ Թունելն արեց իր գործը, իսկ պրոֆիլը պարզապես հավակնեց յուրաքանչյուր նպատակակետի։

Windows-ը VPN միացումը դիտարկում է որպես երթուղային որոշում։ Քանի դեռ այդ որոշումը չի նեղացվել, մեքենան իրեն պահում է այնպես, կարծես տեղափոխվել է գրասենյակ։

Ինչու աշխատող թունելը ընկալվում է որպես ընդհատում

Հեռավոր դարպասն օգտագործելու թույլտվություն ունեցող պրոֆիլը թունելով տեղադրում է լռելյայն երթուղի։ Այնուհետև տեղական կապուղու վրա չգտնվող յուրաքանչյուր նպատակակետ դուրս է գալիս գրասենյակի հրապատից։ Տեղական ընդհանուր ռեսուրսները դադարում են պատասխանել, որովհետև նրանց թրաֆիկը հիմա ճամփորդում է այլ մայրցամաք և վերադառնում։ Կլիենտի կարգավիճակում ոչինչ չի արտացոլում դա։

Ախտանիշները միտումնավոր են շփոթեցնող։ Անունների լուծումը կարող է դեռ աշխատել, մինչ ընդհանուր ռեսուրսը ժամանակ է սպառում, կամ հակառակը։ Օգտատերը հաղորդում է, որ VPN-ը կոտրված է, կլիենտը հաղորդում է, որ ինքը կարգին է, և երկու պնդումներն էլ ճշգրիտ են։

IPv4 երկխոսության մեջ թաքնված նշատուփը

Կարգավորումը մի քանի երկխոսություն խորության վրա է։ Բացեք ncpa.cpl-ը, աջ սեղմեք միացման վրա, ապա IPv4 հատկություններ, ապա Ընդլայնված, և հանեք այն ընտրանքը, որը թույլ է տալիս միացմանը դառնալ հեռավոր լռելյայն դարպաս։ Այդ մեկ վանդակն է որոշում՝ պրոֆիլը լրիվ թունել է, թե ոչ։ Պրոֆիլի մնացած ամեն ինչ դեռ գործում է։

Համեմատեք route print -4-ը վերամիանալուց առաջ և հետո։ Թունելին նախկինում մատնանշող 0.0.0.0 գրառումը պետք է անհետացած լինի, իսկ կորպորատիվ նախածանցերը պետք է մնան։

route print -4 | findstr /c:"0.0.0.0"
Get-VpnConnection -Name 'Work VPN' | Select-Object Name, SplitTunneling, Routes

Ինտերֆեյսի չափիչի փոփոխությունը դրա փոխարինումը չէ։ Չափիչը որոշում է միայն երկու մրցակից լռելյայն երթուղիների միջև, և այն կլիենտը, որը յուրաքանչյուր միացման ժամանակ վերատեղադրում է իր լռելյայն երթուղին, հաղթում է այդ մրցավազքում՝ անկախ սահմանված թվից։

Այն նախածանցը, որը ոչ ոք չթվարկեց

Կիսաբաժան թունելը բացահայտում է հենց այն նախածանցները, որոնք գրանցված են պրոֆիլում։ Պրոֆիլը գրելուց հետո ավելացված գրասենյակային ենթացանցը մնում է անհասանելի, մինչ թունելը լիովին առողջ է։ Հետո հաշվետվությունը գալիս է որպես մեկ կոտրված սերվեր, այլ ոչ թե կոտրված VPN։

Ձեռքով ավելացված երթուղին ծածկում է բացը, մինչ դարպասի հասցեն կփոխվի։ Նախածանցը միացման մեջ գրանցելը ավելի ամուր է, որովհետև այնուհետև նախածանցը հետևում է միացմանը՝ գուշակված հասցեի փոխարեն։

route -p add 172.20.8.0 mask 255.255.255.0 10.8.0.1
Add-VpnConnectionRoute -ConnectionName 'Work VPN' -DestinationPrefix 172.20.8.0/24
Get-VpnConnection -Name 'Work VPN' | Select-Object -ExpandProperty Routes

Կարդացեք պահված ցանկը և կենդանի աղյուսակը միասին։ Պահված նախածանցը կարող է գոյություն ունենալ, մինչ աղյուսակը երբեք չի ստանում այն, ինչը տեղի է ունենում, երբ կառավարման գործակալը զտում է երթուղիները միացումը բարձրանալուց հետո։ Հակառակն էլ է լինում, երբ գրանցամատյանի երթուղին մատնանշում է անջատված ադապտեր։ Ներկայացումներից ոչ մեկը միայնակ չի պատմում ամբողջ պատմությունը։

Արդյունքն ապացուցել վերագործարկումից հետո

Հետևեք երկու ուղղություններով և լուծեք ըստ անվան։ Հանրային հետքը պետք է դուրս գա մատակարարի միջոցով, ներքին հետքը պետք է մտնի թունել, իսկ ներքին հոսթը պետք է պատասխանի անվամբ, այլ ոչ միայն հասցեով։

tracert -4 www.example.com
tracert -4 wiki.corp.example
ping -4 fileserver.corp.example
ping -4 172.20.8.20

Կրկնեք անջատումից, վերամիացումից և մեկ վերագործարկումից հետո։ Այն նախածանցը, որը դիմանում է ձեռքով վերամիացմանը և անհետանում վերագործարկումից հետո, երբեք չի պահվել պրոֆիլում։

Փորձարկման մեջ պահեք նաև տպիչն ու NAS-ը, որովհետև նոթբուքի կողքի սարքերը կտրող կիսաբաժան թունելը լուծել է մեկ խնդիր՝ ստեղծելով ավելի փոքր և ավելի նյարդայնացնող մեկը։ Microsoft-ի Add-VpnConnectionRoute տեղեկանքը այն տեղն է, որտեղ պարամետրերի ուղղագրությունը ստուգում եք ձեր մոդուլի տարբերակի հետ։