Երկու VPN, մեկ լուծիչ՝ հաղթում է նա, ով վերջին գրեց
Երկու սպասարկողներն էլ կարող են տեղադրել DNS քաղաքականություն, և վերջին գրողը կարող է հաղթել։ Քարտեզագրեք վերջածանցերը լուծիչներին և պահեք բութսթրապ ուղի թունելներից դուրս։
Երկու VPN հաճախորդ միացած են՝ մեկը աշխատանքի, մյուսը լաբորատոր ցանցի համար, և ներքին անունները լուծվում են միայն այն հաճախորդի համար, որը միացել է վերջին։ Այդ պատկերը նման է հաճախորդներից մեկի սխալի։ Սովորաբար դա երկու ծրագրերի կանխատեսելի արդյունքն է, որոնք գրում են նույն լուծիչի կարգավորումը՝ առանց համաձայնության, թե որ անունը ումն է։
Առասպել՝ DNS-ը պատկանում է ամենանոր VPN-ին
Չկա ընդհանուր կանոն, որ հաղթում է ամենավերջին միացումը։ Ինչ տեղի կունենա, կախված է հարթակի մեխանիզմից և նրանից, թե ինչպես է յուրաքանչյուր հաճախորդ գրում այն։ Այն հաճախորդը, որը փոխարինում է լուծիչի ֆայլը, տալիս է մի արդյունք՝ որը յուրաքանչյուր կապի համար տիրույթ է ավելացնում՝ մեկ այլ՝ որը ոչինչ չի անում՝ թողնում է նախորդ վիճակը անձեռնմխելի։
Այսպիսով, դիտարկվող վարքը երկու իրականացումների հատկությունն է, ոչ թե փաստաթղթավորված առաջնահերթություն։ Միայն մեկնարկի կարգից դատելը երբեմն ճիշտ կլինի, երբեմն էլ՝ դժվար վերարտադրվող սխալ։ Փոխարենը գրեք քարտեզագրումը։ Դիզայնը, որ ապրում է երկու հաճախորդում, դիզայն չէ։
Քարտեզագրեք անվանատարածքները լուծիչներին
Թվարկեք մասնավոր վերջածանցները և լուծիչը, որ պահանջում է յուրաքանչյուր ցանցը, ապա որոշեք, թե ուր պետք է գնան հանրային անունները։ Այդ ցանկը դիզայնն է։ Առանց դրա հաճախորդները որոշումը կայացնում են պատահաբար։
Հարթակը, որն աջակցում է կապի համար DNS կամ երթուղային տիրույթներ, կարող է բաժանումը արտահայտել գիտակցաբար՝ մեկ տիրույթ գնում է մի կապի, մյուսը՝ մյուսին, և մնացած ամեն ինչ հետևում է բացահայտ լռելյայնի։ Երկու հարթ սկրիպտ, որոնք վերագրում են նույն ֆայլը, չեն կարող պահպանել այդ դիզայնը, որովհետև յուրաքանչյուրը կարծում է, որ տիրապետում է ամբողջ կարգավորմանը։
Windows-ում անունների լուծման քաղաքականության աղյուսակը կարող է վերջածանցները ուղղել կոնկրետ սերվերների, և VPN հաճախորդը կարող է այնտեղ կանոններ տեղադրել։ Ստուգեք քաղաքականությունը, ոչ թե ադապտերների ցանկը, որովհետև անունը լուծում է ոչ թե ադապտերների ցանկը։
Պահեք բութսթրապ ուղի
Յուրաքանչյուր հաճախորդ պետք է գտնի իր վերջնակետը, մինչև կկարողանա օգտվել այդ վերջնակետի մատուցած ծառայությունից։ Եթե վերջնակետի հոսթի անունը կարելի է լուծել միայն թունելի միջոցով, իսկ թունելին անհրաժեշտ է լուծված հոսթի անունը, դուք ունեք շրջանաձև կախվածություն, որն ի հայտ է գալիս որպես միացման ժամանակի սպառում։ Պահեք մեկ բութսթրապ ուղի երկու թունելներից դուրս։ Այն ոչինչ չի արժենում մինչև այն օրը, երբ փրկում է միացումը։
Նայեք յուրաքանչյուր լուծիչի ուղուն, ոչ միայն դրա համար կարգավորված անվանը։ Այն լուծիչը, որ հասանելի է միայն մյուս թունելով, իրեն պահում է որպես բացակայող, և ախտանիշը ժամանակի սպառումն է, ոչ թե երթուղային սխալը։
Համընկնող հասցեները DNS-ի խնդիր չեն
Երկու մասնավոր ցանցեր, որոնք օգտագործում են նույն հասցեատիրույթը, չեն շտկվում DNS-ի հերթականությամբ։ Եթե երկու թունելներն էլ պահանջում են 10.0.0.0/8, ճիշտ լուծված անունը դեռևս ցույց է տալիս հասցե, որին հոսթը չի կարող երթուղել ճիշտ թունել։ Դա պահանջում է լուծում հասցեի մակարդակում, օրինակ՝ տարբեր տիրույթներ, անվանատարածք կամ թարգմանություն, ոչ թե ևս մեկ լուծիչի կարգավորում։ Սա վաղ որոշելը խուսափում է երկար շրջանցումից DNS կարգավորման միջով, որը երբեք չէր աշխատի։
Համեմատեք երկու թունելների հասցեների բաշխումը, նախքան անունների լուծումը մեղադրելը։ Երբ երկու կողմերն էլ առաջ են մղում նույն նախածանցը, հոսթը պահում է մեկ երթուղի դրա համար, և երկրորդ թունելով լուծված անունը դեռևս վայրէջք է կատարում առաջին թունելին պատկանող հասցեում։ Տարբեր տիրույթները, ցանցի համար անվանատարածքը կամ թարգմանությունը լուծումներն են՝ յուրաքանչյուր հաճախորդի միանալուց հետո հաստատեք, որ երթուղային աղյուսակը ցույց է տալիս նախատեսված ուղին։
Ապացուցեք իրական հավելվածներով
Ընտրեք երկու հոսթ, որոնք գոյություն ունեն միայն իրենց անվանատարածքում, և մեկ հանրային անուն, ապա լուծեք յուրաքանչյուրը այն հաճախորդով, որը պետք է տիրապետի դրան։ Սպասվող լուծիչի ճիշտ պատասխանը չի ապացուցում, որ հավելվածը հասնում է հոսթին, որովհետև այդ հասցեի ուղին դեռ կարող է ձախողվել։ Յուրաքանչյուր հարցումից հետո կատարեք միացման փորձն այն ծրագրից, որը օգտատերը իրականում կաշխատեցնի։
Սեփական գաղտնագրված DNS տարբերակ ունեցող հաճախորդը կարող է շրջանցել հենց նոր ստուգված քաղաքականությունը, ուստի ստուգեք այդ կարգավորումը որպես վերանայման մաս։ Ապա կրկին միացրեք երկու հաճախորդներին մատակարարի աջակցած հերթականությամբ և կրկնեք հարցումները՝ եթե հերթականությունը փոխելիս պատասխանները փոխվում են, մրցակից գրողը դեռևս տիրապետում է կարգավորման մի մասին։ Նախքան ինչ-որ բան խմբագրելը պարզեք, թե որ բաղադրիչն է տեղադրում կանոնը՝ հաճախորդը, օպերացիոն համակարգի պրոֆիլը, թե կառավարման գործակալ։ Գրանցեք հերթականությունը և սեփականատերերին, որպեսզի հաջորդ մարդը ստիպված չլինի նորից հայտնաբերել դրանք։