Երկու Windows VPN միաժամանակ. ո՞ր պրոֆիլն է պահում լռելյայն երթուղին

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

Միայն մեկ գրառում կարող է լինել լավագույն լռելյայնը

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

Հաճախորդի կարգավիճակի պատկերակները չեն կարող դա ցույց տալ։ Նրանք հայտնում են, որ թունել է հաստատվել, ոչ թե որ նախածանցներն են դեռ երթուղավորվում դեպի այն, ուստի օգտատերը տեսնում է երկու կանաչ պատկերակ և ժամկետի ավարտ որևէ հավելվածում։ route print -4-ի ընթերցումը խափանման պահին ավելի տեղեկատվական է, քան ցանկացած VPN մատյան։

Անունների լուծումը երկրորդ, անկախ հակամարտություն է, և միայն երթուղային աղյուսակը շտկելը չի լուծի այն։

Ինչ է տեղադրում նշիչը և ինչ է հեռացնում

Ընտրանքը գտնվում է յուրաքանչյուր VPN պրոֆիլի ադապտերի հատկություններում՝ IPv4 լրացուցիչ կարգավորումների տակ, և ձևակերպված է որպես հեռավոր ցանցում լռելյայն դարպասի օգտագործում։ Միացված վիճակում յուրաքանչյուր կապ ավելացնում է լռելյայն երթուղի թունելով և այդ միջերեսը դնում ընդհանուր երթևեկության հերթում։ Անջատված վիճակում Windows-ը պահում է երթուղին թունելի սեփական ենթացանցի համար և անփոփոխ է թողնում աղյուսակի մնացած մասը։

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

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

Ընտրեք ըստ այն բանի, թե ինչ պետք է կրի յուրաքանչյուր թունել

Երեք հարց որոշում են դասավորությունը։ Արդյո՞ք այս թունելը պետք է կրի սովորական ինտերնետ երթևեկություն, թե՞ միայն իր վայրի ներսի հասցեները։ Արդյո՞ք երկու վայրերն օգտագործում են չհատվող մասնավոր միջակայքեր։ Իսկ եթե պրոֆիլը կառավարում է գործատուն, թույլատրվա՞ծ է արդյոք փոխել դրա երթուղավորման վարքը։

Եթե մեկ թունելը պետք է ամբողջական լինի, այն տիրապետում է լռելյայնին, իսկ մյուսը պետք է բաժանված լինի։ Եթե ոչ մեկին պետք չէ ընդհանուր ինտերնետ երթևեկություն, հանեք նշիչը երկուսից էլ և թողեք ֆիզիկական ադապտերը պահի լռելյայնը։ Եթե միջակայքերը համընկնում են, կանգ առեք. 172.22.0.0/16-ը չի կարող նշանակել մեկ մեքենա կորպորատիվ կողմում և մեկ այլ՝ լաբորատոր կողմում, և ոչ մի նշիչ դա չի լուծում։

Գրառեք որոշումը պրոֆիլների անունների կողքին։ Հակառակ դեպքում հաջորդ եռամսյակում ավելացված երրորդ VPN-ը նորից կսկսի հետազոտությունը սկզբից։

Ավելացրեք բացակայող նախածանցները և ստուգեք արդյունքը

Յուրաքանչյուր բաժանված թունելի համար բացահայտ ավելացրեք հեռավոր միջակայքերը՝ օգտագործելով այդ ադապտերում ցուցադրված զուգընկերոջ հասցեն՝ սերվերի հանրային հասցեի փոխարեն։

> route add 172.22.0.0 mask 255.255.0.0 172.20.4.1
> route print -4
> Get-NetRoute -DestinationPrefix 0.0.0.0/0 | Sort-Object RouteMetric

PPP ադապտերը որպես հաջորդ թռիչք օգտագործում է զուգընկերոջ հասցեն, մինչդեռ TAP ադապտերը սովորաբար օգտագործում է այդ միջերեսում ցուցադրված դարպասը, ուստի կարդացեք ադապտերի մանրամասները՝ ուղեցույցից թիվ պատճենելու փոխարեն։ Մշտական դրոշը ավելացրեք միայն այն բանից հետո, երբ երթուղին ապացուցված է ճիշտ, և ջնջեք հին մշտական գրառումները՝ փոխարինողներ ավելացնելուց առաջ։ Կառավարվող հաճախորդները կարող են տեղադրել և պաշտպանել իրենց երթուղիները, և այդ դեպքում փոփոխությունը պետք է կատարի պրոֆիլի սեփականատերը։

DNS-ը պահանջում է առանձին անցում։ Երկու թունելներն էլ կարող են պարտադրել լուծիչներ, և Windows-ը յուրաքանչյուր միջերեսի համար ցանկ է պահում նախապատվության կարգով, ուստի երկրորդ ցանցին պատկանող անունը կարող է ուղարկվել առաջին ցանցի լուծիչին, այնպես որ նախքան լուծում ընտրելը տեսեք, թե յուրաքանչյուր ադապտեր իրականում ինչ է ստացել։

> Get-DnsClientServerAddress -AddressFamily IPv4
> Resolve-DnsName files.corp.internal -Server 172.20.4.1

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

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