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

Թունելը միացված է, ուրեմն գաղտնագրումը կասկածյալը չէ

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

Նախ գրի առեք երեք բան՝ լուծիչը, որն օգտագործել է հաճախորդը, ձախողվող անվան պատասխանի կոդը և նույն հարցումը այն անվան համար, որը պետք է աշխատի։ Հարցրեք լուծիչին ուղղակիորեն dig example.com @10.20.0.1-ով և կարդացեք կարգավիճակի տողը, ոչ թե դիտարկիչի հաղորդագրությունը։ Եթե հսկիչ անունը լուծվում է, իսկ ձախողվողը վերադարձնում է քաղաքականության պատասխան, ապացույցը լրիվ է։ Եթե երկուսն էլ ձախողվեն, զտիչը դեռ ներգրավված չէ։

Չորս պատասխան, չորս տարբեր սեփականատեր

Զտող լուծիչը «ոչ» ասելու մեկ եղանակ չունի, և մերժման ձևը մատնանշում է այլ հաջորդ քայլ։ Գրի առեք պատասխանի կոդը, որովհետև դիտարկիչը բոլոր չորսը վերագրում է մի բանի, որը հնչում է որպես կտրված կապ։

AnswerWhat it points at
NXDOMAINThe name is withheld: a policy entry or a zone decision removed it
RefusedThe resolver declines to answer; usually an access or policy rule
Replacement addressA redirect to a block page or sinkhole you can query and inspect
No answer at allWeakest evidence: reachability, load or routing, not necessarily policy

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

Երկու դիտարկիչ կարող են հետևել երկու քաղաքականության

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

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

Փոխեք այն, ինչ ձերն է, բարձրացրեք այն, ինչը ձերը չէ

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

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

Արգելափակման էջը վստահելի վկայագիր չէ

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

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

Առնչվող հոդվածներ