Դոմենային VPN երթուղավորումն ընդդեմ IP երթուղիների. ո՞րն է հարմար
Բաժանված թունելի վանդակում հոսթի անունը երթուղի չէ: Համեմատեք դոմենի կանոնները և բացահայտ նախածանցերը թարմացման, ենթադոմենների շրջանակի և DNS-ի փոփոխության դեպքում տեղի ունեցողի առումով:
IP երթուղին համընկնում է հասցեի նախածանցի հետ, և միջուկը կիրառում է այն առանց լրացուցիչ հարցերի: Դոմենի վրա հիմնված VPN կանոնը համընկնում է անվան հետ, ինչը նշանակում է, որ կույտում ինչ-որ բան պետք է որոշի, թե այդ անունը ներկայումս որ հասցեներն է նշանակում, և այդ որոշումը պահի արդիական: Սրանք տարբեր մեխանիզմներ են՝ տարբեր ձախողման եղանակներով, և մատակարարները երկուսի համար էլ նույն բառն են օգտագործում: Դրանք հատկանիշների ցանկերում համեմատելը բաց է թողնում էությունը. համեմատեք դրանք ըստ այն բանի, թե ինչ է տեղի ունենում, երբ պատասխանը փոխվում է:
Օգտակար բաժանումը լուծող կանոնի և չլուծող կանոնի միջև է:
Ինչի հետ է իրականում համընկնում յուրաքանչյուր կանոնը
Նախածանցի կանոնը համընկնում է երթուղավորման աղյուսակի նպատակակետ հասցեների հետ: Ոչինչ չի լուծվում, ոչինչ չի սպառվում, և համընկնումը ճշգրիտ է յուրաքանչյուր փաթեթի համար: Դոմենի կանոնը համընկնում է հավելվածի՝ անվան հարցման հետ, որը RFC 1034 սահմանում է որպես պիտակների ծառ, այլ ոչ թե հասցե: Որոշ ապրանքներ անունը լուծում են մեկ անգամ և ստացված հասցեները տեղադրում որպես երթուղիներ, ինչը կանոնը դարձնում է IP կանոն՝ կցված թարմացման ժամաչափով:
Նախքան վրիպազերծելը իմացեք, թե այս երկուսից որն ունեք, որովհետև ձախողումը յուրաքանչյուր դեպքում բոլորովին այլ տեսք ունի:
Որտեղ է դոմենի կանոնը գտնվում կույտում
Եթե ապրանքը դոմենի կանոններն իրականացնում է տեղական պրոքսիի միջոցով, երթևեկությունը պետք է հասնի այդ պրոքսիին, և համակարգի պրոքսին անտեսող հավելվածները լիովին շրջանցում են կանոնը: Եթե այն դրանք իրականացնում է անունները լուծելով և երթուղիներ ավելացնելով, հասցեները թարմ են միայն մինչև վերջին թարմացումը: Եթե այն կպչում է լուծիչին, DNS-ի վարքը դառնում է երթուղավորման քաղաքականության մաս, և պահեստային լուծիչը կարող է լուռ չեղարկել այն:
Կարդացեք մատակարարի մոդելը, ոչ թե կարգավորման պիտակը: Split Tunnel անունով վանդակ ունեցող երկու հաճախորդ կարող են երեք տարբեր բան անել:
Համեմատեք, թե ինչ է կոտրվում
Երեք բան կոտրվում է տարբեր կերպ: Հասցեների փոփոխություն. CDN-ի հոսթի անունը կարող է րոպեների ընթացքում լուծվել հասցեների այլ հավաքածուի, ուստի պատճենված ցանկը վատ է ծերանում: Ենթադոմենի շրջանակ. example.com-ի կանոնը կարող է ծածկել api.example.com-ը կամ չծածկել, և փաստաթղթերը սովորաբար հստակ են, թե որ դեպքն է: Լուծման ձախողում. երբ լուծիչը ձախողվում է, լուծող հաճախորդը կարող է վերադառնալ երթևեկության թունելավորմանը կամ այն ուղիղ ուղարկելուն:
Միայն երկրորդն է կազմաձևման հարց: Մյուս երկուսը նախագծման հարցեր են այն մասին, թե որքան է ապրանքը պատրաստ գուշակել:
| Behaviour | Prefix rule | Domain rule |
|---|---|---|
| Match basis | destination address | requested name or resolved addresses |
| Staleness | none | depends on refresh policy |
| Subdomain scope | not applicable | product-defined |
| Resolver outage | unaffected | product-defined fallback |
| Where to debug | routing table | client log plus resolver state |
Երբ նախածանցն ավելի լավ պատասխան է
Կայուն մասնավոր ենթացանցի համար բացահայտ նախածանցն ավելի պարզ է, ավելի արագ և ավելի հեշտ ստուգելի: Այն նաև դիմանում է լուծիչի ընդհատմանը, քանի որ ոչինչ պետք չէ լուծել: Դիմեք դոմենի կանոնին, երբ ծառայությունը հոսթավորված է, երբ հասցեները պտտվում են, կամ երբ իսկապես չեք կարող թվարկել նպատակակետերի հավաքածուն: Մի դիմեք դրան միայն այն պատճառով, որ հոսթի անունը հենց այն է, ինչ պատահաբար գիտեք:
Գուշակված ստատիկ ցանկը երկուսից էլ վատագույնն է. այն խնամված է թվում և լուռ բաց է թողնում երթևեկությունը այն օրը, երբ մատակարարը հոսթ է ավելացնում:
Ստուգեք թարմ հարցումով
Փորձեք սառը հարցումով սովորական վերամիացումից հետո, որովհետև քեշավորված էջը կարող է երբեք չհպվել կանոնին: Լուծեք անունը, ապա ստուգեք, թե ուր է իրականում գնացել կապը: dig +short app.example.com տալիս է ընթացիկ հասցեների հավաքածուն, և հաճախորդի կապերի ցանկը ձեզ ասում է, թե որ ինտերֆեյսն է տարել հոսքը:
Կրկնեք ապրանքի փաստաթղթավորած թարմացման միջակայքից հետո: Եթե հասցեների հավաքածուն շեղվում է, և կանոնը չի հետևում, դուք գտել եք իրական վարքը:
Լուծիչի քաղաքականությունը նույնպես առանձին պահեք: Դոմենի կանոնը ճիշտ անվանական տվյալների կարիք ունի, բայց ինքնին չի որոշում, թե որ լուծիչն է պատասխանում հարցմանը: