Windows-ի VPN-ը վերցնում է ամբողջ երթևեկությունը. հեռացրեք լռելյայն երթուղին

Դուք միանում եք գրասենյակի VPN-ին, և զննարկիչի յուրաքանչյուր էջ սկսում է անցնել այդ ցանցով. ֆայլային սերվերը արագ է, մնացած ամեն ինչ դանդաղ, զտված կամ անհետացած։ Հաճախորդը սխալ չի վարվում. պրոֆիլը պահանջել է ամբողջական թունել։ Այն անջատիչը, որը դա կանգնեցնում է, մեկ նշատուփ է երկխոսության մեջ, որը ժամանակակից Կարգավորումներ հավելվածը չի ցուցադրում, և դարպասը նորից ձայն ունի յուրաքանչյուր միացման ժամանակ։ Այս ուղեցույցը հետևում է այն հերթականությանը, որը Windows-ի ինտերֆեյսն իրոք ներկայացնում է, ապա անդրադառնում այն ստուգումներին, որոնք դեռ ձախողվում են, երբ երթուղիների աղյուսակը ճիշտ է թվում։

Սկսեք ադապտերի հատկություններից, ոչ Կարգավորումներից

Կարգավորումներ հավելվածը պրոֆիլը ցույց է տալիս Ցանց և ինտերնետ բաժնում, ապա VPN-ում, բայց բացահայտում է միայն ընդհանուր ընտրանքներ։ Լռելյայն դարպասի որոշումը ապրում է ադապտերի վրա։ Բացեք դասական ադապտերների ցանկը Win+R և ncpa.cpl միջոցով, աջ սեղմեք VPN միացման վրա, ընտրեք Հատկություններ, ընտրեք Ինտերնետ արձանագրություն տարբերակ 4, նորից Հատկություններ, ապա Ընդլայնված։ Հեռացրեք նշումը Օգտագործել լռելյայն դարպասը հեռավոր ցանցում կետից և հաստատեք ելքը բոլոր երեք երկխոսություններից։

Նորից միացեք փորձարկելուց առաջ, որովհետև նշատուփը կիրառվում է թունելի ստեղծման պահին, իսկ գոյություն ունեցող նստաշրջանը պահում է իր կառուցած աղյուսակը։ Եթե ադապտերը բացակայում է, երբ հաճախորդը անջատված է, միացեք մեկ անգամ և նորից բացեք պատուհանը։ Մատակարարի հաճախորդը, որը տեղադրում է TAP կամ Wintun ադապտեր առանց IPv4 հատկությունների էջի, ընդհանրապես չունի այս երկխոսությունը. նրանց համար նույն որոշումը բաժանված թունելի ընտրանքն է հաճախորդի սեփական կարգավորումներում, և ադապտերի նշատուփը որոնելու սխալ տեղ է։

Նույն փոփոխությունը PowerShell-ից

Windows VPN պահոցում ստեղծված պրոֆիլի համար կարգավորումը սկրիպտելի է, ինչը հենց այն է, ինչ ուզում եք, եթե մեքենան հաճախ վերակառուցվում է:

Set-VpnConnection -Name "Office" -SplitTunneling $true
Get-VpnConnection -Name "Office" | Select-Object Name,SplitTunneling

Այդ cmdlet-ը հասնում է միայն այդ պահոցի պրոֆիլներին։ Երրորդ կողմի հաճախորդի ավելացրած միացումը չի հայտնվի, և հրամանը ձախողվում է անվան սխալով, որը նման է տպագրական վրիպակի։ Ուշադրություն դարձրեք նաև, թե անջատիչը ինչ չի անում. այն խանգարում է հաճախորդին տեղադրել լռելյայն երթուղի, բայց չի հեռացնում այն երթուղիները, որոնք դարպասը մղում է միացման պահին, ուստի հաջորդ բաժինը դեռ անհրաժեշտ է շատ ցանցերում։

Երբ դարպասը նորից մղում է լռելյայնը

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

route print -4
Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric
Get-NetAdapter | Select-Object Name,ifIndex

Ջնջեք թունելին պատկանող լռելյայնը և պահեք ֆիզիկականը։ Օգտագործեք երրորդ հրամանի ինտերֆեյսի ինդեքսը, ոչ ադապտերի կեղծանունը, որովհետև կեղծանուն փոխանցող սկրիպտները կոտրվում են հենց ցուցադրվող անունը փոխվում է:

Remove-NetRoute -DestinationPrefix 0.0.0.0/0 -InterfaceIndex 21 -Confirm:$false
route delete 0.0.0.0 10.8.0.1

Ջնջումը իր հետ տանում է գրասենյակը, ուստի վերադարձրեք կորպորատիվ նախածանցերը թունելի դարպասով։ Սա այն տողն է, որը մարդիկ բաց թողնում են, և սա է պատճառը, որ «VPN-ը դադարեց աշխատել» արտահայտությունը հաջորդում է հաջող բաժանված թունելի փոփոխությանը:

route add 10.0.0.0 mask 255.0.0.0 10.8.0.1 metric 5 if 21

Սրանից ոչինչ չի վերապրում նոր միացումը, ինչը ազնիվ վարք է, ոչ թե սխալ. ադապտերը նորից կառուցվում է, և հաճախորդը նորից կիրառում է այն, ինչի շուրջ պայմանավորվել են պրոֆիլն ու դարպասը։ Եթե լռելյայնը վերադառնում է ամեն անգամ, դարպասը կարգավորված է մերժել բաժանված թունելը և կշարունակի այն մղել, կամ կընդհատի նստաշրջանը։ Դա ցանցի օպերատորի քաղաքականությունն է, և հարցումը պատկանում է այնտեղ, ոչ թե տեղական սկրիպտին, որը պայքարում է դրա դեմ յուրաքանչյուր միացման ժամանակ։

Նորից ստուգեք DNS-ը, IPv6-ը և մետրիկները մեկ նոր միացումից հետո

IPv4 լռելյայն երթուղու հեռացումը ոչինչ չի ապացուցում մյուս ընտանիքի կամ անունների լուծման մասին։ Թունելը կարող է կրել IPv6, մինչ IPv4 լռելյայնը մնում է տեղական, և մղված լուծիչների ցանկը կարող է ներքին անունները աշխատեցնել, մինչ այն օգտագործող հարցումները գնում են այլ ուղիով։ Ստուգեք բոլոր երեքը, նախքան ավարտված համարելը:

Get-NetRoute -DestinationPrefix ::/0
Get-DnsClientServerAddress -InterfaceAlias "Office"
Get-DnsClientNrptPolicy

Եթե վիճակը վերադառնում է ամեն միացման ժամանակ, տեղափոխեք հրամանները միացման համար գործողության մեջ՝ աղյուսակը ձեռքով խմբագրելու փոխարեն. միացման իրադարձությամբ գործարկվող պլանավորված առաջադրանք, կամ հաճախորդի սեփական բաժանված թունելի կարգավորումը, որտեղ այն կա։ Պահեք ինտերֆեյսի ինդեքսը փոփոխականում և փնտրեք այն գործարկման պահին, որովհետև այն կարող է փոխվել, երբ ադապտերներ ավելանում կամ հանվում են։

Որոշեք, ինչից հրաժարվեցիք

Տեղական ինտերնետ երթևեկն այլևս չի ստուգվում կամ զտվում գրասենյակի կողմից, և այն ամենը, ինչ հրապարակվում է միայն թունելով, այժմ պահանջում է իր երթուղին։ Որոշ կազմակերպություններ բաժանված թունելը համարում են քաղաքականության խախտում, ուստի հաստատեք դա կառավարվող սարքը փոխելուց առաջ. մղված լռելյայնը երբեմն պարտադրման մեխանիզմ է, ոչ թե պատահականություն։ Set-VpnConnection-ի փաստաթղթերը թվարկում են բաժանված թունելի պարամետրը և պրոֆիլի տեսակները, որոնց համար այն գործում է։

Ապա ստուգեք ֆիքսված հերթականությամբ. ով է տիրում լռելյայն երթուղուն, սովորական դիտարկումը, մեկ կորպորատիվ հոսթ ըստ հասցեի, մեկ ներքին անուն, և նույն չորսը մեկ միացումից հետո։ Եթե դիտարկումը աշխատում է, իսկ կորպորատիվ հոսթը ձախողվում է, ուրեմն բացակայում է նախածանցի երթուղին, ոչ թե ձեր հեռացրած լռելյայնը, և դա ուղղելը շատ ավելի էժան է, քան պրոֆիլը վերակառուցելը։