Միջերեսի ինդեքսին ամրացված VPN երթուղին կոտրվում է վերակապակցման ժամանակ
Ադապտերի համարին կապված երթուղին մահանում է, երբ այդ համարը փոխվում է։ Ստուգեք պահոցը, կապեք նախածանցը պրոֆիլին, ապա վերակապակցվեք նոր հերթականությամբ։
Երթուղին աշխատում էր շաբաթներով, ապա սկսեց երթևեկությունը ուղարկել ոչ մի տեղ, մինչ նպատակակետը մնում էր անփոփոխ և ոչինչ չէր խմբագրվել։ Փոխվել է համարը՝ կոնկրետ միջերեսի ինդեքսի դիմաց ստեղծված երթուղին հղում է ադապտերի, որը վերակապակցումից հետո այլևս գոյություն չունի, և նպատակակետի նախածանցը շարունակում է ցույց տալ փոխարինված ենթակառուցվածքին։ Այդ հրամանին կայունություն ավելացնելը չի օգնում, որովհետև խնդիրը երբեք այն չէր՝ արդյոք երթուղին դիմանում է վերագործարկմանը։ Լուծումն այն է՝ մտադրությունը կապել միացությանը, որը նախագծմամբ դիմանում է ադապտերի փոխարինումներին։
Ստուգեք, թե երթուղին իրականում ինչի է ցույց տալիս
Սկսեք՝ կողք կողքի կարդալով երթուղու գրառումը և ադապտերները։ Երթուղին, որի հաջորդ ցատկը VPN միջերեսի վրա է, և ինդեքսը չի համընկնում ոչ մի ընթացիկ ադապտերի հետ, այս խափանման ստորագրությունն է․ նույն նախածանցը այլ ինդեքսի վրա կա՛մ մնացորդ է, կա՛մ այն երթուղին, որն իրականում ուզում եք։ Կարդացեք երկու ցանկերն էլ նախքան դրանցից որևէ մեկը փոխելը, որովհետև հետաքրքիր համեմատությունը երթուղու համարի և ներկայում գոյություն ունեցող համարների միջև է։ Եթե երթուղու ինդեքսը հայտնվում է ադապտերների ցանկում, ինդեքսը ձեր խնդիրը չէ, և որոնումը տեղափոխվում է չափանիշներ, քաղաքականություն կամ հեռավոր ծայր։ Եթե այն չի հայտնվում, այլևս ոչինչ ախտորոշել պետք չէ․ երթուղին կապված է ենթակառուցվածքի, որն այլևս չկա։
Get-NetRoute -DestinationPrefix '10.77.0.0/16' | Select-Object DestinationPrefix, NextHop, InterfaceIndex, Store
Get-NetAdapter | Where-Object InterfaceDescription -like '*VPN*' | Select-Object Name, InterfaceIndex, InterfaceDescription
Get-VpnConnection -Name 'Lab VPN' | Select-Object Name, ServerAddress, SplitTunneling
Store սյունակը տարբերում է վերագործարկումների միջով պահպանվող գրառումը ադապտերի հետ անհետացող գրառումից, և այդ տարբերությունը որոշում է՝ արդյոք խափանումը կվերադառնա վաղը։ Մշտական պահոցում գրառումը, որը ցույց է տալիս անհետացած ինդեքսի, ամենավատ դեպքն է, որովհետև այն դիմանում է վերագործարկումներին՝ երբեք ոչ մի բանի չհամապատասխանելով։
Նախածանցը կապեք պրոֆիլին, ոչ ադապտերին
Windows-ի սեփական VPN-ը կարող է կրել իր երթուղիների ցանկը, այնպես որ միացությունը վերաօգտագործում է ճիշտ ադապտերը, երբ այն բարձրանում է։ Այդ դեպքում երթուղին հետևում է պրոֆիլին, այլ ոչ թե համարի, որը դուք մեկ անգամ տեսել եք, և ոչ մի սկրիպտ պետք չէ գուշակել ինդեքս յուրաքանչյուր զանգից հետո։ Նախածանց ավելացնելը նաև շրջելի է համապատասխան հեռացման հրամանով, ինչը փոփոխությունը պահում է աուդիտելի։ Նախածանցը պահվում է միացության հետ, այլ ոչ թե գործարկման սկրիպտում, այնպես որ այլ օգտատիրոջ պատճենված պրոֆիլը մտադրությունը տանում է իր հետ։
Add-VpnConnectionRoute -ConnectionName 'Lab VPN' -DestinationPrefix '10.77.0.0/16' -PassThru
Add-VpnConnectionRoute-ի հղումը փաստագրում է միացության հետ կապը, և հեռախոսագրքի շրջանակը կարևոր է՝ յուրաքանչյուր օգտատիրոջ պրոֆիլը և բոլոր օգտատերերի պրոֆիլը տարբեր օբյեկտներ են։ Այս մեխանիզմը պատկանում է հենց Windows-ի VPN հաճախորդին, ուստի մատակարարի ադապտերը, որը ղեկավարվում է իր սեփական ծառայությամբ, կարող է իր երթուղիները վերցնել բոլորովին այլ քաղաքականության աղբյուրից։
Մաքրեք հին երթուղիները նախքան նորը ավելացնելը
Նույն նախածանցով և տարբեր սեփականատերերով երկու երթուղին ավելի վատ է, քան մեկ սխալ երթուղին, որովհետև հաղթողը կախված է չափանիշներից, որոնք ոչ ոք չի գրել։ Ստուգեք, թե ինչ արդեն գոյություն ունի նախածանցի համար, ներառյալ մշտական պահոցի գրառումները, և հեռացրեք միայն այն, ինչ պատկանում է ձախողված փորձին։ Նախորդ նախագծից մնացորդը սովորական է այս ոլորտում, քանի որ ձախողվող երթուղին սովորաբար փոխարինել է ինչ-որ աշխատող բանի։ Նախքան որևէ բան հեռացնելը նշեք, թե որ գրառումը որ միացությանն է պատկանում, և ցանկը պահեք փոփոխությունների գրառման մեջ։
Get-NetRoute -AddressFamily IPv4 | Where-Object DestinationPrefix -like '10.77.*'
Remove-NetRoute -DestinationPrefix '10.77.0.0/16' -NextHop '0.0.0.0' -Confirm:$false
Համադրեք նախածանցը, հաջորդ ցատկը, պահոցը և սեփականատերը միասին՝ փոխարենը ջնջելու ամեն ինչ, ինչ նման է։ Մեկ այլ միացություն կարող է օրինականորեն կախված լինել այդ տարածքի մի մասից, և համատարած ջնջումը կոկիկ վերանորոգումը վերածում է աջակցության միջադեպի։
Վերակապակցվեք այլ հերթականությամբ
Վերարտադրեք պայմանը՝ փոխարենը հուսալու, որ առաջին փորձը ներկայացուցչական էր։ Անջատեք, վերակապակցվեք և հաստատեք ընտրված ուղին դեպի նույն հեռավոր ռեսուրսը, մինչ թունելը բաց է․ եթե խաղի մեջ մի քանի VPN կա, բարձրացրեք դրանք այլ հերթականությամբ և դիտեք՝ արդյոք ընտրված ուղին փոխվում է։ Հերթականությունը այն փոփոխականն է, որը մեծամասնությունը բաց է թողնում, և հենց այն է բացահայտում սխալ միացությանը կապված երթուղին։
rasdial 'Lab VPN' /disconnect
rasdial 'Lab VPN'
Find-NetRoute -RemoteIPAddress 10.77.5.20 | Select-Object -First 1
Այն արդյունքը, որ ուզում եք, այն չէ, որ ադապտերը մեկ անգամ պահի իր համարը։ Այն է, որ երթուղին հայտնվի այն համարով, որ ստանում է միացությունը, ամեն անգամ, և անհետանա, երբ միացությունը փակվում է։ Երկու անգամ վերակապակցվելը այդ արդյունքները տարբերելու ամենաէժան միջոցն է։
Իմացեք, թե ինչ չի կարող երթուղին
Պրոֆիլի երթուղին տալիս է ուղի և ուրիշ ոչինչ։ Այն չի բացում հեռավոր հրդեհային պատ, չի ստեղծում վերադարձի երթուղի հեռավոր ծայրում և չի լուծում երկու կայք, որոնք օգտագործում են նույն հասցեների տիրույթը․ դրանցից յուրաքանչյուրը առանձին կոն֖իգուրացիա է առանձին սեփականատիրոջով։ Ուստի ուղու հաստատումը ընդունելության թեստի սկիզբն է, ոչ ամբողջը։
Պահեք նախածանցների ցանկը պրոֆիլի հետ և նշեք, թե որ շրջանակի ներքո այն ավելացվել է, որպեսզի հաջորդ մարդը կարողանա կարդալ նախատեսված նախագիծը՝ փոխարենը այն եզրակացնելու երթուղիների աղյուսակից։ Միայն ինչ-որ մեկի հիշողության մեջ գոյություն ունեցող երթուղիներն են, որ հաջորդ վերակապակցումից հետո սխալ վերակառուցվում են։ Մեկ տողանոց մեկնաբանությունը տեղաբաշխման նշումներում արժե ավելի քիչ, քան վերագտնման մի ամբողջ կեսօր։