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

Մեկ կարգավորում, մեկ ծառայություն և մեկ դեր. երեք հրապարակիչ, երեք անջատիչ։

Սկսեք գրառումից, ոչ թե նշիչ վանդակից

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

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

Ադապտորը միայն մեկ հրապարակիչ է

Ադապտորի TCP/IP հատկությունները պարունակում են նշիչ վանդակ այդ կապի հասցեն գրանցելու համար, և նշումը հանելը լռեցնում է ճիշտ մեկ հրապարակչի։ Այն չի կանգնեցնում մյուսներին, դրա համար էլ գրառումը կարող է նորից հայտնվել վերագործարկումից հետո։ Եթե դոմենի կարգավարը նաև աշխատեցնում է DNS ծառայությունը, այդ ծառայությունն ունի իր լսելու կարգավորումը և իր անվան սերվերի գրառումները։ Microsoft-ի ուղեցույցը մի քանի ինտերֆեյս ունեցող միջավայրերի համար ինտերֆեյսի վարքը, DNS ծառայությունը և Netlogon-ը համարում է առանձին համապատասխան հրապարակիչներ։

Երեք անջատիչ, երեք սեփականատեր, և նրանցից միայն մեկն է ապրում ադապտորի հատկությունների էջում։

DNS ծառայությունն ունի իր հասցեները

DNS սերվերը, որին ասվել է լսել VPN հասցեով, շարունակում է այն հրապարակել իր իսկ գրառումներում, ինչ էլ պնդի ադապտորի նշիչ վանդակը։ Համաձայնեցրեք ծառայության լսելու հասցեները նախատեսված ինտերֆեյսների հետ և միաժամանակ վերանայեք գոտու անվան սերվերի գրառումները։ Լսողներին փոխելը կարող է ընդհատել հաճախորդներին, որոնք հենց հիմա օգտագործում են ձեր հեռացնող հասցեն, այնպես որ նախ պարզեք, թե ով ինչից է կախված։ Լսողին ջնջելը միայն այն պատճառով, որ դա VPN հասցե է, կարող է կտրել այն հաճախորդներին, որոնց ուզում էիք օգնել։

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

Սեփականությունը մինչև մաքրումը

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

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

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

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