Առանձնացված DNS-ի փորձարկում՝ առանց ներքին անունների արտահոսքի
Ներքին անունը հանրային resolver-ից հարցնելը արտահոսում է անունը և շրջանցում այն կանոնը, որը ցանկանում էիք ստուգել։ Օգտագործեք երկու հաստատված անուն և resolver-ի իրական ուղին։
Ներքին անունը հանրային resolver-ից հարցնելը արտահոսում է անունը և շրջանցում այն կանոնը, որը ցանկանում էիք ստուգել։ Հարցումը հասնում է սերվեր, որը դուք չեք վերահսկում, պատասխանը գալիս է անվանատարածքից, որը երբեք չպետք է տեսներ այն, և արդյունքը ոչինչ չի ասում այն մասին, թե արդյոք առանձնացված DNS-ը աշխատում է։ Առանձնացված DNS-ը փորձարկելը նշանակում է փորձարկել resolver-ի այն ուղին, որը հավելվածն իրականում օգտագործում է։ Այդ ուղին ընտրում է օպերացիոն համակարգը, VPN-ի պրոֆիլի դոմենների ցանկը և երբեմն՝ դիտարկիչը։
Ընտրեք երկու անուն և նախ կանխատեսեք երկու պատասխանները
Ցանցի սեփականատիրոջից խնդրեք մեկ փաստաթղթավորված ներքին փորձարկման անուն և ընտրեք սովորական հանրային անուն, որը ոչինչ չի ասում կազմակերպության մասին։ Մինչև որևէ բան գործարկելը գրեք, թե ինչ պետք է տեղի ունենա յուրաքանչյուրի հետ՝ ներքին անունը պետք է հասնի թունելի resolver-ին և վերադարձնի ներքին հասցե, իսկ հանրային անունը պետք է լուծվի այն resolver-ով, որը համակարգը սովորաբար օգտագործում է։ Այդ երկու կանխատեսումներն են փորձարկումը, որովհետև առանց դրանց ցանկացած պատասխան հետագայում կարելի է արդարացնել։ Զույգը մշտական պահեք գործարկումների միջև, որպեսզի հետագա համեմատությունն իմաստ ունենա։
Ստուգեք փաստացի կանոնները, ոչ թե նախատեսվածները։ VPN-ի միացմանը կցված դոմենների ցանկը որոշում է, թե որ վերջածանցները որ resolver-ին գնան, և այդ ցանկում տպագրական սխալը ստեղծում է հավանական, բայց սխալ բաժանում։ Կառավարվող սարքում օգտագործեք ադմինիստրատորի ախտորոշիչ ուղին, քանի որ տեղական փոխարինումները կարող են վերականգնվել քաղաքականությամբ հաջորդ ստուգման ժամանակ։
Կանխատեսումը գրեք դիտված պատասխանի կողքին նույն տոմսում։ Առանց կանխատեսման փորձարկումը չի կարող ձախողվել, իսկ այն փորձարկումը, որը չի կարող ձախողվել, ոչինչ չի սովորեցնում։
Փորձարկեք հավելվածի օգտագործած ուղին, ոչ թե ձեր ընտրած մեկ սերվերը
Այն հրամանը, որը հստակ նշում է resolver, փորձարկում է միայն այդ resolver-ը և ոչ այլ բան։ Այն ասում է՝ արդյոք ներքին սերվերը պատասխանում է, ինչը օգտակար է, և չի ասում՝ արդյոք հավելվածը անունն ուղարկում է այնտեղ։ Նախ փորձարկեք սովորական ուղիով՝ լուծեք ներքին անունը այնպես, ինչպես կաներ հավելվածը, ապա նույն կերպ լուծեք հանրային անունը։ Միայն դրանից հետո հարցրեք կոնկրետ սերվերներին՝ գտնելու, թե որտեղ է վարքագիծը տարբերվում։
Դիտարկիչները բարդացնում են պատկերը, քանի որ անվտանգ DNS-ի կարգավորումները կարող են ամբողջությամբ շրջանցել համակարգի resolver-ը։ Սեփական գաղտնագրված resolver-ով կարգավորված դիտարկիչը երբեք չի տեսնում բաժանումը, և խափանումը նմանվում է կոտրված VPN պրոֆիլի։ Ստուգեք այդ կարգավորումը մինչև թունելը փոխելը։
Կրկնեք որոնումը վերամիացումից հետո, եթե հարցը վերականգնումն է։ Վերամիացումից առաջ պահված պատասխանը կարող է ճիշտ վերականգնված բաժանումը ավելի լավ կամ վատ ցույց տալ, քան այն կա։
Գրանցեք պատասխանի կատեգորիան, ոչ միայն հաջողությունը կամ ձախողումը
Գրեք, թե չորսից որն է տեղի ունեցել՝ ներքին հասցե, հանրային հասցե, բացասական պատասխան կամ ժամկետի լրանալ։ Յուրաքանչյուրն այլ նշանակություն ունի։ Ներքին անվան համար ներքին հասցեն սպասվող հաջողությունն է, ներքին անվան համար հանրային հասցեն հուշում է, որ հարցումը լքել է թունելը, հեղինակավոր սերվերի բացասական պատասխանը մատնանշում է բացակայող գրառում և ոչ թե երթուղավորման խափանում, իսկ ժամկետի լրանալը վկայում է հասանելիության խնդրի կամ resolver-ի մասին, որը երբեք չի ստացել հարցումը։ Հաջողությունն ու ձախողումը չափազանց կոպիտ են գործելու համար։
Նոր հարցումի բացակայությունը մեկնաբանելուց առաջ հաշվի առեք քեշը, քանի որ քեշում պահված բացասական պատասխանը նույն տեսքն ունի, ինչ գոյություն չունեցող անունը։ Գրանցեք պատասխանը նախքան աջակցվող գործիքներով որևէ բան մաքրելը, քանի որ առաջին պատասխանն է ապացույցը։
Մեկնաբանեք երկու ճյուղերը՝ առանց գուշակելու
Եթե ներքին անունը ճիշտ է լուծվում, և հավելվածը դեռ ձախողվում է, resolver-ը կատարել է իր գործը, և հաջորդ կասկածյալներն են երթուղիներն ու թույլտվությունները հենց ռեսուրսի վրա։ Եթե մասնավոր անունը հասել է հանրային resolver-ին, բաժանման կանոնը չի կիրառվում այդ որոնման վրա, ուստի անվանատարածքի սեփականատիրոջ հետ վերանայեք դոմենների ցանկը և դիտարկիչի ցանկացած քաղաքականություն։ Այս երկու ճյուղերն ունեն տարբեր սեփականատերեր, դրա համար է, որ գրանցելը, թե որն եք տեսել, ավելի կարևոր է, քան գրանցելը, որ ինչ-որ բան կոտրվել է։
Թաքցրեք կիսված արդյունքի զգայուն մասերը՝ պահպանելով կառուցվածքը՝ թե որ անվանատարածքը, որ կանոնը, որ պատասխանի կատեգորիան։ Resolver-ի պատասխանը կարող է կրել ներքին հասցեներ և հոսթանուններ, իսկ տոմսը երկուսի համար էլ տևական տուն է։
Այնուհետև արդյունքը փոխանցեք անվանատարածքի սեփականատիրոջը՝ ձեր դիտված երկու կատեգորիաներով և անունները հեռացված։ Սա հինգ րոպեանոց զրույց է՝ մեկ շաբաթ գուշակությունների փոխարեն։