Ինչ է անում յուրաքանչյուր DNS գրառում

DNS-ը որոնման աղյուսակ է, որն անունը վերածում է պատասխանի: Գրառման տեսակը ցույց է տալիս, թե ինչպիսի պատասխան է դա:

Գրառումներ, որոնք դուք իրականում կօգտագործեք

A — ուղղորդում է անունը դեպի IPv4 հասցե: www.example.com → 203.0.113.10: Սա այն է, ինչ ուղղորդում է դոմեյնը դեպի կայք:

AAAA — նույն բանը IPv6-ի համար: Ավելացրեք այն A գրառման հետ մեկտեղ, այլ ոչ թե դրա փոխարեն:

CNAME — ուղղորդում է անունը դեպի այլ անուն և հետևում է դրան, ուր էլ որ այն տանի: Օգտակար է, երբ թիրախի հասցեն կարող է փոխվել: ⛔ CNAME-ը չի կարող տեղադրվել բուն դոմեյնի վրա (example.com) այլ գրառումների կողքին — այնտեղ օգտագործեք A գրառում:

MX — որտեղ է առաքվում այս դոմեյնի էլեկտրոնային փոստը: Ոչ մի կապ չունի կայքի հետ. ձեր կայքի A գրառումը փոխելը չի ազդում նամակների վրա, իսկ MX-ը փոխելը չի ազդում կայքի վրա:

TXT — ազատ տեքստ, որն ընթերցվում է այլ համակարգերի կողմից: Օգտագործվում է դոմեյնի հաստատման և SPF, DKIM ու DMARC գրառումների համար, որոնք կանխում են ձեր նամակների դիտարկումը որպես սպամ:

NS — թե որ անունների սերվերներն են հեղինակավոր դոմեյնի համար: Սրանք փոխելը ամբողջ գոտին փոխանցում է մեկ ուրիշին:

Մասնագիտացված գրառումներ

Դուք ավելացնում եք այս բոլորը Դոմեյններ → ձեր դոմեյնը → DNS գրառումներ → Ավելացնել գրառում բաժնից: Խմբագրիչը յուրաքանչյուր մաս հարցնում է առանձին, այնպես որ երբեք կարիք չկա հիշելու դրանց հերթականությունը:

SRV — որտեղ է գտնվում ծառայությունը. առաջնահերթություն (ավելի ցածրը փորձարկվում է առաջինը), կշիռ (բաշխում է ծանրաբեռնվածությունը հավասար առաջնահերթությունների միջև), պորտ և թիրախային հոսթ: Microsoft 365-ը, Teams-ը, SIP հեռախոսները, XMPP զրույցը և որոշ խաղեր պահանջում են այսպիսի գրառում՝ _sip._tls-ի նման անունով:

CAA — թե վկայագրման որ կենտրոններն իրավունք ունեն վկայագրեր թողարկել տվյալ դոմեյնի համար: Ընտրեք պիտակ (issue՝ սովորական վկայագրերի համար, issuewild՝ wildcards-ի համար, iodef՝ մերժված հարցման մասին հաղորդելու հասցեի համար) և արժեք, ինչպիսին է letsencrypt.org-ը: Թողեք դրոշակները 0, եթե հստակ չգիտեք, որ ձեզ անհրաժեշտ է 128: ⚠️ Եթե ավելացնում եք CAA գրառում, ներառեք ձեր կողմից օգտագործվող յուրաքանչյուր կենտրոն. այստեղ որևէ մեկի բացակայությունը կդադարեցնի դրա վկայագրերի թարմացումը:

PTR — անուն՝ անվան համար, որը մատնանշում է հոսթը: Փոստային սերվերի IP հասցեի համար հակադարձ DNS-ը սահմանում է IP-ի սեփականատերը, ոչ թե այստեղ. դրա համար դիմեք ձեր սերվերի մատակարարին:

TLSA — ամրացնում է վկայագիրը DANE-ի համար (հիմնականում փոստային սերվերներ): Այն ունի օգտագործման եղանակ, ընտրիչ, համապատասխանության տեսակ և վկայագրի տվյալներ տասնվեցական ձևաչափով. ձեր փոստային ծրագիրը կամ մատակարարը տրամադրում է ձեզ բոլոր չորսը:

HTTPS և SVCB — հայտնում են զննարկիչներին և հավելվածներին, թե ինչպես միանալ նախքան նրանց հարցում կատարելը, օրինակ՝ որ արձանագրություններով (alpn=h2,h3) է աշխատում կայքը: Առաջնահերթություն 0-ն փոխանվանման ռեժիմն է (միայն թիրախ). 1 կամ ավելի բարձր-ը ծառայության ռեժիմն է՝ լրացուցիչ պարամետրերով: . թիրախը նշանակում է հենց ինքը՝ անունը:

Եթե որևէ տեսակ բացակայում է Տեսակ ընտրացանկից, ապա այս դոմեյնի գոտին սպասարկող DNS մատակարարը չի կարող այն պահպանել. մեր անունների սերվերներում (ns1.zinndigital.com, ns2.zinndigital.com) գտնվող դոմեյնները կարող են պահպանել վերը նշված յուրաքանչյուր տեսակ: DS գրառումները (DNSSEC) չեն ավելացվում այստեղ. դրանք գտնվում են ձեր ռեգիստրատորի մոտ:

SOA — գոտու սեփական կարգավորումները՝ դրա առաջնային անվանասպասարկիչը, ադմինիստրատորի հասցեն, սերիական համարը, որն աճում է յուրաքանչյուր փոփոխության հետ, և ժամանակաչափերը, որոնք օգտագործում են այլ անվանասպասարկիչները: Այն պատկանում է DNS մատակարարին, ուստի ներառված չէ Տեսակ մենյուում. բացեք Գոտու կարգավորումներ (SOA) գրառումների ներքևում՝ այն տեսնելու համար՝ ընթերցված ուղիղ անվանասպասարկիչներից: Փոփոխված սերիական համարը նշանակում է, որ Ձեր վերջին փոփոխությունն արդեն սպասարկվում է:

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

Որքան ժամանակ է տևում փոփոխությունը

Յուրաքանչյուր գրառում ունի TTL՝ որքան ժամանակ այլ համակարգերը կարող են քեշավորել հին պատասխանը: Փոփոխությունը վայրկյանների ընթացքում տեսանելի է բոլոր նրանց համար, ովքեր վերջերս չեն դիտել այն, և մնացած բոլորի համար՝ հենց որ լրանա նրանց քեշի ժամկետը: Նվազեցրեք TTL-ը նախատեսված փոփոխությունից մեկ օր առաջ, և Դուք կկրճատեք սպասման ժամանակը մինչև րոպեների: