Անձնական DNS անուն, թե ուղղակի IP։ Որոշեք, նախքան կիսվելը

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

Առաջին պայմանը՝ ինչ resolver ուղի ունեն հաճախորդները։

Անձնական անունը աշխատում է միայն այն դեպքում, երբ հաճախորդի resolver-ը կարող է պատասխանել դրան։ Դա նշանակում է, որ լիազորված հեռավոր հաճախորդը պետք է հասնի գոտին պահող DNS սերվերին՝ կա՛մ թունելի միջով, կա՛մ այն resolver-ի միջով, որը կազմակերպությունն արդեն վարում է հեռավոր օգտվողների համար։ Թունելը փոխադրամիջոց է, ոչ թե ուղեցույց։ Այն հաճախորդին տալիս է ուղի դեպի resolver և չի ասում, թե որ գոտին հարցնի։

resolvectl query files.corp.example
dig @10.20.30.10 +short files.corp.example

Հանրային resolver-ը անձնական գոտի չի սովորի միայն այն պատճառով, որ նոութբուքը միացել է VPN-ին։

Վերջածանցը նույն ուշադրության արժանի է։ Օգտագործեք կազմակերպության վերահսկած դոմենի ենթադոմեն, որպեսզի սեփականությունը և վկայագրերի պլանավորումը մնան հստակ։ Խուսափեք .local-ից՝ multicast DNS ճշգրտումը այդ վերջածանցը կապում է link-local լուծման հետ, և երթուղավորված թունելը այդ վարքը ձեզ համար չի վերարտադրում։

Երկրորդ պայմանը՝ ինչ աղբյուր է ստանում ծառայությունը։

Ընդունելության կանոնները գրվում են հասցեների դեմ, ուստի օգտակար հարցն այն է, թե ինչ հասցե է տեսնում ծառայությունը երթուղավորումից և թարգմանությունից հետո։ Օրինակելի ծառայության համար՝ 10.20.30.40 հասցեում, գրասենյակային հաճախորդները գալիս են 10.20.30.0/24-ից, իսկ հեռավոր հաճախորդները՝ առանձին լողավազանից, ինչպես 10.99.0.0/24։

Եթե դարպասը թարգմանում է հեռավոր լողավազանը, ծառայությունը տեսնում է թարգմանիչը, և 10.99.0.0/24-ի համար գրված կանոնը չի համապատասխանի։

Կարդացեք սա ծառայության կողմից, ոչ թե հաճախորդի կողմից։ Ծառայության հոսթի լսողի մատյանը կամ փաթեթների որսը ցույց է տալիս այն աղբյուրը, որն իրականում հասել է. հաճախորդի սեփական հասցեն միայն ենթադրություն է այն մասին, թե ինչ փրկվեց ուղուց։

Երրորդ պայմանը՝ անունը կապված է ծառայությանը, թե՞ հոսթին։

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

Մեկ ներքին ծառայության համար ուղղակի գրառումը սովորաբար լավ է և ավելի հեշտ մտածելու համար։

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

Ստուգեք երկու որոշումները առանձին

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

curl -sv --max-time 5 https://files.corp.example/health

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

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

Որտեղ է որոշումը սովորաբար սխալվում

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

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

Գրեք երկուսն էլ նախքան ծառայության գործարկումը, որովհետև հաջորդ փոփոխությունը ավելի հեշտ կլինի մտածել։ Գրառումը կարճ է. մեկ տող անվան և դրա գոտու համար, մեկ տող ընդունված աղբյուրների և կանոնի սեփականատիրոջ համար։