Թունելի բաժանումը ընդդեմ ընկերության քաղաքականության՝ ո՞ր կանոնն է հաղթում

Մեկ հավելվածի նշումը բաժանված թունելի հաճախորդում թվում է տեղական նախապատվություն, իսկ կառավարվող սարքում այն ավելի մոտ է քաղաքականության փոփոխությանը։ Բացառությունը տեղաշարժում է երթևեկությունը հաստատված ուղուց, որը կարող է լինել այն նույն ուղին, որով անցնում են կառավարվող DNS-ը, զտումը և այն աղբյուրի հասցեն, որը ճանաչում է ծառայությունը։ Հաճախորդը սխալ չի վարվում, երբ վերադարձնում է ձեր խմբագրումը. տեղակայումը կատարում է իր աշխատանքը։

Նախքան վանդակի շուրջ վիճելը՝ պարզեք, թե որ հատկությունն է քաղաքականությունը գոյություն ունի պաշտպանելու։

Կանոնի հետևում գտնվող հատկությունը

Որոշ տեղակայումներ ամեն ինչ ուղղորդում են, որպեսզի ամբողջ երթևեկությունն անցնի հաստատված դարպասով։ Մյուսներին հետաքրքրում է անունների լուծումը, և նրանք հարցումները պահում են կորպորատիվ լուծիչում, այլ ոչ թե տեղական ցանցի։ Երրորդներին պետք է կայուն աղբյուրի հասցե, որպեսզի ներքին ծառայությունները կարողանան որոշել՝ պատասխանել ընդհանրապես, թե ոչ։

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

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

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

Կատարեք ստուգումները հերթականությամբ

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

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

Ամեն պատասխան փաստ է, և բացառության հայտին հենց փաստեր են պետք։ Այն վեճը, թե VPN-ը ձանձրացնո՞ւմ է, դրանցից չէ։ Գրեք պատասխանները նախքան զրույցի սկսվելը։

Խնդրեք նեղ բացառություն

Հայտնեք հավելվածը, նպատակակետը և ձախողված գործողությունը՝ հենց այդ հերթականությամբ։ Մեկ թարմացնողին ուղիղ ուղու վրա պահելու հայտը վերանայելի է. ամբողջ բրաուզերի համար թունելը շրջանցելու հայտը՝ ոչ։

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

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

Բացառությունը դարձրեք կենսունակ

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

resolvectl query intranet.corp.example
curl -sS -o /dev/null -w '%{http_code}
' https://intranet.corp.example/status

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

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