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