Ինչպես են աշխատում դոմեյնները և DNS-ը. ուղեցույց ոչ մշակողների համար

Դոմեյնը այն անունն է, որ մարդիկ մուտքագրում են ձեր կայքը բացելու համար, ինչպես example.com, իսկ DNS-ը (Domain Name System) ինտերնետի գրացուցակն է, որը այդ անունը թարգմանում է այն վայրի, որտեղ իրականում գտնվում է ձեր կայքը։ Դոմեյնը վարձում եք registrar-ից, ապա ավելացնում եք DNS գրառումներ, որոնք ասում են «կայքը այնտեղ է» և «էլ. փոստը՝ այստեղ»։ Սեփական դոմեյնը հավելվածին միացնելը հիմնականում նշանակում է ճիշտ գրառումը ճիշտ տեղում ավելացնել և սպասել, մինչև այն ուժի մեջ մտնի։

Ինչու է սա կարևոր AI-ով կառուցելիս

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

Փոքր պատկերացումը մեծ օգնություն է։ Կիմանաք, թե հոստը որ գրառումն է պահանջում, ինչու այն դեռ չի աշխատում, և ինչպես խուսափել այն բաները խախտելուց (օրինակ՝ էլ. փոստը), որոնք արդեն հենվում են ձեր դոմեյնի վրա։

Ամենօրյա անալոգիա

Մտածեք ձեր հեռախոսի կոնտակտների ցանկի մասին։

Դուք չեք հիշում ձեր ընկերոջ համարը. հպում եք նրա անվանը, և հեռախոսը նայում է համարը։ DNS-ն նույնն է անում ինտերնետի համար. դուք մուտքագրում եք example.com, իսկ DNS-ը փնտրում է այն սերվերի համարը (IP հասցեն), որին պետք է միանալ։

• Դոմեյնը կոնտակտի անունն է։
• Registrar-ը ընկերությունն է, որը պաշտոնապես գրանցում է, որ անունը ձերն է։
• DNS գրառումները այդ անվան տակ պահված տվյալներն են՝ հեռախոսահամար, էլ. փոստի հասցե, տան հասցե։
• Nameserver-ները այն կոնտակտների գիրքն են, որը պաշտոնական է այդ անվան համար։
• Քեշավորումը հեռախոսի հիշողությունն է համարի մասին որոշ ժամանակ։ Եթե ընկերը համար փոխի, որոշ հեռախոսներ դեռ կզանգեն հին համարին, մինչև պահած պատճենը թարմացվի. սա DNS-ի «տարածումն» է։

Դոմեյն անվան մասերը

Վերցրեք app.example.com.

Դոմեյնը մեկ անգամ և ընդմիշտ չեք գնում. այն գրանցում եք որոշ ժամանակով (սովորաբար մեկ տարի կամ ավելի) և երկարաձգում։ Եթե թողնեք, որ ժամկետը լրանա, ուրիշը կարող է այն գրանցել։

Ինչպես է աշխատում DNS որոնումը

Երբ ինչ-որ մեկը մուտքագրում է app.example.com.

1. Բրաուզերը հարցնում է DNS resolver-ին սովորաբար՝ իրենց interneտ մատակարարի կամ հանրային ծառայության՝ հասցեի համար։
2. Եթե resolver-ն ունի թարմ քեշավորված պատասխան, անմիջապես պատասխանում է։
3. Եթե ոչ, այն անցնում է հիերարխիայով. արմատային սերվերները ուղղորդում են .com սերվերներին, որոնք ուղղորդում են ձեր դոմեյնի nameserver-ներին։
4. Ձեր nameserver-ները վերադարձնում են ձեր դրած գրառումը, օրինակ՝ CNAME ձեր հոստին կամ A գրառում IP հասցեով։
5. Resolver-ը պատասխանը քեշավորում է գրառման TTL-ի (time to live) համար և հանձնում բրաուզերին, որը միանում է սերվերին։

Այս ամենը սովորաբար տեղի է ունենում միլիվայրկյաններում։

DNS գրառումների տեսակները, որ իրականում կօգտագործեք

Կարևոր կանոններ, որ արժե իմանալ.

• CNAME-ը չի կարող կիսել անունը այլ գրառումների հետ։ Ահա թե ինչու սովորական CNAME-ը չի կարող դրվել արմատային դոմեյնի վրա, որն ունի միշտ NS և այլ գրառումներ։ Շատ DNS մատակարարներ առաջարկում են աշխատանքային լուծումներ՝ ALIAS, ANAME կամ CNAME flattening։
• TXT գրառումները շատ էլ. փոստային աշխատանք են կատարում։ SPF-ը թվարկում է, թե ով կարող է ուղարկել փոստ ձեր դոմեյնից. DKIM-ը հրապարակում է բանալի ստորագրությունները ստուգելու համար. DMARC-ը ասում է ստացողներին, թե ինչ անեն այն փոստի հետ, որը չի անցնում այդ ստուգումները։
• MX թվերը որքան փոքր, այնքան բարձր առաջնահերթություն։ Փոստը նախ փորձում է ամենափոքրը։

Տարածում և TTL

«Տարածում» բառը ստեղծում է տպավորություն, որ փոփոխությունները դանդաղ տարածվում են ինտերնետով։ Իրականում տեղի է ունենում քեշավորում. resolver-ները պահում են յուրաքանչյուր պատասխանի պատճեն իր TTL-ի համար և նորից հարցնում միայն, երբ այն լրանում է։ Այսպիսով՝

• Նոր գրառումը, որը երբեք չի որոնվել, հաճախ աշխատում է րոպեների ընթացքում։
• Գոյություն ունեցող գրառման փոփոխությունը տևում է մինչև իր հին TTL-ը, որ ամենուր երևա։
• Nameserver-ների փոփոխությունը կարող է տևել մինչև մեկ-երկու օր, քանի որ այդ գրառումները TLD մակարդակում ավելի երկար են քեշավորվում։

Օգտակար հնարք. պլանավորված փոփոխությունից առաջ իջեցրեք գրառման TTL-ը (ասենք՝ մի քանի րոպեի), սպասեք, մինչև հին TTL-ը անցնի, ապա կատարեք փոփոխությունը։

Աշխատած օրինակ. ամրագրման հավելվածը ձեր դոմեյնին միացնելը

Ձեր ունեք yoursalon.com. Ձեր ընթացիկ կայքը և Google Workspace էլ. փոստը արդեն օգտագործում են այն։ Դուք կառուցել եք ամրագրման հավելված և ուզում եք այն book.yoursalon.com-ում։

1. Գտեք, որտեղ է կառավարվում ձեր DNS-ը։ Այն կարող է լինել ձեր registrar-ը կամ առանձին DNS մատակարար։ Ձեր NS գրառումները ասում են։
2. Ավելացրեք CNAME book-ի համար՝ ուղղված այն թիրախին, որ ձեր հավելվածի հոստը տալիս է։
3. Ավելացրեք այն TXT գրառումը, որ ձեր հոստը պահանջում է սեփականությունը հաստատելու համար, եթե այն օգտագործում է մեկը։
4. Թողեք MX և էլ. փոստի TXT գրառումները անփոփոխ։ Էլ. փոստը շարունակում է աշխատել, քանի որ դրան չեք դիպել։
5. Ստուգեք ձեր հոստում, երբ DNS-ը թարմացվի։ Այնուհետև հոստը թողարկում է HTTPS վկայագիր book.yoursalon.com-ի համար։
6. Փորձարկեք հեռախոսով՝ բջջային ինտերնետով, որը օգտագործում է այլ resolver և քեշ, քան ձեր տան Wi-Fi-ն։

Եթե ուզենայիք հավելվածը դնել հենց yoursalon.com-ի վրա, անհրաժեշտ կլինեին A գրառումներ կամ ձեր DNS մատակարարի ALIAS/flattening հնարավորությունը, և դուք կփոխարինեիք ձեր ընթացիկ կայքը այնտեղ։ Ավելի շատ քայլերի համար տես ինչպես միացնել սեփական դոմեյն։

Սովորական սխալներ և սխալ պատկերացումներ

• «Դոմեյնը և հոստինգը նույն բանն են»։ Դոմեյնը անունն է. հոստինգը այն վայրն է, որտեղ աշխատում է հավելվածը։ DNS-ը կապում է դրանք։
• A գրառում օգտագործել, երբ հոստը պահանջել է CNAME (կամ հակառակը)։ Հետևեք հոստի հրահանգներին ճշգրիտ։
• Սխալներ թիրախում։ CNAME-ի թիրախի մեկ սխալ նիշը ձախողում է ստուգումը։
• Nameserver-ները փոխել՝ առանց գրառումները պատճենելու։ DNS-ը նոր մատակարարի տեղափոխելը առանց MX և TXT գրառումները վերստեղծելու էլ. փոստը խախտելու դասական միջոց է։
• Պրոքսի օգտագործել, երբ չպետք է։ Որոշ DNS մատակարարներ, ինչպիսին Cloudflare-ն է, կարող են պրոքսիել տրաֆիկը։ Որոշ հոստերի պետք է, որ գրառումը լինի «DNS only», որպեսզի կարողանան թողարկել վկայագրեր։
• Ջնջել «անհայտ» TXT գրառումները։ Դրանք հաճախ ստուգման կամ էլ. փոստի անվտանգության գրառումներ են, որոնց վրա ինչ-որ բան հենվում է։
• Թույլ տալ, որ դոմեյնը ժամկետանց լինի։ Միացրեք ավտոմատ երկարաձգումը և պահեք վճարման քարտը թարմ։

Ինչ հարցնել ձեր AI կառուցիչից

DNS-ը գտնվում է ձեր կոդից դուրս, ուստի սա ավելի շատ այն մասին է, թե ինչ հարցնել.

• «Ինչ ճշգրիտ DNS գրառում է պետք app.mydomain.com-ի համար՝ տեսակ, անուն և արժեք»։
• «Այս փոփոխությունը կազդի՞ իմ էլ. փոստի վրա»։
• «Գրառում ավելացնելուց հետո դոմեյնը սխալ է ցույց տալիս։ Ինչ պետք է ստուգեմ»։
• «Ավելացրու ճիշտ canonical URL և վերահղումներ, որպեսզի www-ով և առանց www-ի կայքը երկուսով չցուցադրվեն»։
• «Կարգավորիր էլ. փոստի ուղարկումը իմ դոմեյնից. ի՞նչ SPF, DKIM և DMARC գրառումներ կպահանջվեն»։ Տես ինչպես ուղարկել էլ. նամակներ ձեր հավելվածից։

Սեփական դոմեյններ Mythex-ում

Յուրաքանչյուր հրապարակված Mythex հավելված ստանում է yourname.mythex.app հասցե։ Pro-ում կարող եք օգտագործել ձեր սեփական դոմեյնը. գնեք այն Mythex-ի ներսից (գրանցումը առանձին է վճարվում, իսկ գնված դոմեյնների DNS-ը կառավարվում է ձեր փոխարեն), կամ միացրեք արդեն ունեցածը՝ ավելացնելով CNAME ենթադոմեյնից, օրինակ app.example.com, դեպի ձեր հավելվածի yourname.mythex.app հասցեն, ապա սեղմելով Verify։ HTTPS-ը թողարկվում է ավտոմատ։ Եթե ձեր DNS-ը Cloudflare-ի վրա է, այդ գրառումը դրեք «DNS only»։ Խորհուրդ է տրվում ենթադոմեյններ. արմատային դոմեյնները կախված են ձեր DNS մատակարարի ALIAS կամ flattening աջակցությունից։ Սեփական դոմեյնի փաստաթղթերը անցնում են յուրաքանչյուր քայլով, իսկ գները ցույց են տալիս, թե ինչ է ներառում Pro-ն։

Հարցեր