Ինչպես միացնել սեփական դոմեյնը ձեր հավելվածին կամ կայքին
Սեփական դոմեյնը միացնելու համար դոմեյնը գնում եք ռեգիստրատորից, ավելացնում եք DNS գրառում, որն այն ուղղում է ձեր հոստին՝ սովորաբար www-ի կամ app-ի նման ենթադոմեյնի համար CNAME գրառում, կամ արմատային դոմեյնի համար A գրառում (կամ ALIAS/flattened գրառում), և այնուհետև թույլ եք տալիս հոստին ստուգել դոմեյնը և թողարկել HTTPS հավաստագիր։ Սովորաբար տևում է րոպեներ, երբեմն ավելի։ Խնդիրների մեծ մասը գալիս է գրառման սխալ տառից, սխալ տեսակի գրառումից կամ հոստի առջև դրված պրոքսիից։
Այս ուղեցույցը ներառում է յուրաքանչյուր քայլ, www և արմատային դոմեյնի ընտրությունը և սխալների շտկումը։ Դոմեյնների հիմնական գաղափարների համար տե՛ս ինչպես են աշխատում դոմեյնները և DNS-ը։
Ներգրավված մասերը
| Մաս | Ինչ է | Ով է տրամադրում |
|---|---|---|
| Դոմեյնի անուն | Տարեկան վարձով գրանցված անուն, օրինակ՝ example.com | Ռեգիստրատոր |
| DNS | Հանրային որոնումը, որը անունները վերածում է սերվերի հասցեների | Ձեր DNS մատակարարը (հաճախ՝ ռեգիստրատորը) |
| Գրառումներ | Առանձին DNS մուտքեր. «www-ը ուղղված է…» | Դուք ավելացնում եք դրանք |
| Հոստ | Ծառայությունը, որը գործարկում է ձեր հավելվածը | Ձեր հոստինգը կամ հավելվածների կառուցիչը |
| Հավաստագիր | Այն, ինչ https://-ը դարձնում է աշխատող | Սովորաբար ավտոմատ թողարկվում է հոստի կողմից |
Ռեգիստրատորը և DNS մատակարարը հաճախ նույն ընկերությունն են, բայց պարտադիր չէ։ Կարևորը. որտե՞ղ եք խմբագրում այս դոմեյնի DNS-ը։ Այնտեղ էլ կավելացնեք գրառումները։
Քայլ 1. Գնեք դոմեյն
Ընտրելու և գնելու խորհուրդներ.
- Պահեք այն կարճ և հեշտ բարձրաձայն ուղղագրվող։ Եթե պետք է բացատրել ուղղագրությունը, ընտրեք մեկ այլ։
.com-ը այն է, որ մարդիկ ենթադրում են, բայց երկրի և նոր վերջավորությունները (.io,.app,.co.uk) նույնպես լավ են, եթե համապատասխանում են ձեր լսարանին։- Ստուգեք թարմացման գինը, ոչ միայն առաջին տարվա գինը։ Սկզբնական զեղչերը սովորական են, իսկ թարմացումները կարող են թանկ լինել։
- Միացրեք ավտոմատ թարմացումը և թարմ պահեք վճարման քարտը։ Ժամկետն անցած դոմեյնը կանգնեցնում է ձեր կայքը և էլ․ փոստը և, որոշ սպասման ժամանակից հետո, կարող է գնվել ուրիշի կողմից։
- Օգտագործեք WHOIS գաղտնիությունը, եթե առաջարկվում է, որպեսզի ձեր անձնական տվյալները հրապարակված չլինեն։
- Գնեք այն ձեր հաշվով, ոչ ազատ աշխատողի կամ գործակալության։
Որոշ հոստեր և հավելվածների կառուցիչներ թույլ են տալիս դոմեյն գնել անմիջապես արտադրանքի ներսից, ինչը նաև կարգավորում է DNS-ը ձեզ համար։
Քայլ 2. Որոշեք հասցեն
Ենթադոմեյն կամ արմատային դոմեյն
- Արմատային (apex) դոմեյն.
example.com - Ենթադոմեյն.
www.example.com,app.example.com
Հաճախ օգտագործվող կարգավորումը մարքետինգային կայքն է example.com-ում կամ www.example.com-ում, իսկ արտադրանքը՝ app.example.com-ում։ Մեկ կայքի դեպքում ընտրեք՝ www կամ արմատային։
www.example.com | example.com | |
|---|---|---|
| Գրառման տեսակ | CNAME դեպի ձեր հոստը | A/AAAA գրառում, կամ ALIAS/ANAME/flattened CNAME |
| Դժվարություն | Հեշտ ամենուր | Կախված է ձեր DNS մատակարարից |
| Տեսք | Մի փոքր երկար | Կարճ |
DNS ստանդարտը չի թույլատրում CNAME գրառում դոմեյնի արմատում, քանի որ արմատը պետք է պարունակի այլ գրառումներ (օրինակ՝ nameserver գրառումները)։ Շատ DNS մատակարարներ այս խնդիրը շրջանցում են հատուկ գրառման տեսակով, որը կոչվում է ALIAS, ANAME կամ CNAME flattening՝ կախված մատակարարից, և որ արմատում վարվում է ինչպես CNAME։ Եթե ձերը չի աջակցում, հուսալի մոտեցումն է. կայքը սպասարկել www-ում և DNS մատակարարի կամ ռեգիստրատորի մոտ կարգավորել արմատից www վերահղում։
Ինչ էլ ընտրեք, ընտրեք մեկ հիմնական հասցե և մյուսը վերահղեք դրան։ Եթե երկուսը սպասարկում են նույն բովանդակությունը առանց վերահղման, դա շփոթեցնում է և օգտատերերին, և որոնման համակարգերին։ Տե՛ս SEO AI-ով կառուցված կայքերի համար, թե ինչու է կարևոր մեկ կանոնական հասցե։
Քայլ 3. Ավելացրեք DNS գրառումները
Ձեր հոստը ճշգրիտ ասում է, թե ինչ ավելացնել։ Այն կլինի հետևյալներից մեկի տեսքով.
| Տեսակ | Անուն / Հոստ | Արժեք / Նպատակակետ | Օգտագործվում է |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | Ենթադոմեյնը հոստի անվանը ուղղելու համար |
A | @ | 192.0.2.10 | Արմատը IPv4 հասցեին ուղղելու համար |
AAAA | @ | 2001:db8::10 | Արմատը IPv6 հասցեին ուղղելու համար |
TXT | _verify կամ @ | կոդային տող | Դոմեյնի սեփականությունը ապացուցելու համար |
Ինչպես լրացնել ձևը տարբեր DNS մատակարարների մոտ.
- Անուն / Հոստ. միայն ենթադոմեյնի մասը,
www, ոչ թեwww.example.com։ Որոշ մատակարարներ ինքնաբերաբար ավելացնում են դոմեյնը, և եթե ամբողջությամբ մուտքագրեք, ստացվում էwww.example.com.example.com։ Արմատի համար օգտագործեք@, եթե ձեր մատակարարը այդպես է ընդունում։ - Արժեք / Նպատակակետ. տեղադրեք ճիշտ այն, ինչ ցույց է տալիս հոստը։ Վերջում կետը ընդունելի է, եթե ձեր մատակարարը այն ավելացնում է։
- TTL. լռելյայն արժեքը բավարար է։ Ցածր TTL-ը (օրինակ՝ 5 րոպե) ապագա փոփոխությունները ավելի արագ է գործի դնում։
- Պրոքսի. եթե ձեր DNS մատակարարը կարող է պրոքսիավորել թրաֆիկը (օրինակ՝ Cloudflare-ի նարնջագույն ամպը), հետևեք ձեր հոստի հրահանգներին։ Շատ հոստեր պահանջում են «միայն DNS», որպեսզի հավաստագիրը թողարկվի։
Թողեք գոյություն ունեցող գրառումները չփոխված, եթե հոստը չի ասում ճշտել դրանք։ Մասնավորապես, մի դիպչեք MX գրառումներին. դրանք առաքում են ձեր էլ․ փոստը։ Դրանք ջնջելը կամ փոխելը դոմեյնի փոփոխության ամենատարածված ձևն է, որը կոտրում է էլ․ փոստը։
Nameserver-ների փոփոխում կամ գրառումների ավելացում
Որոշ հոստեր երկու տարբերակ են առաջարկում. ավելացնել գրառում, կամ տեղափոխել ամբողջ դոմեյնի DNS-ը նրանց մոտ՝ ռեգիստրատորի մոտ nameserver-ները փոխելով։ Nameserver-ների փոփոխությունը տեղափոխում է բոլոր գրառումները, ներառյալ էլ․ փոստը։ Դա արեք միայն այն դեպքում, երբ պատրաստ եք վերստեղծել բոլոր գոյություն ունեցող գրառումները նոր մատակարարի մոտ։ Մեկ գրառում ավելացնելը ավելի ցածր ռիսկ ունի։
Քայլ 4. Ստուգեք և միացրեք HTTPS
Գրառումը տեղադրելուց հետո վերադարձեք ձեր հոստ և սեղմեք ստուգման կոճակը։ Հոստը ստուգում է DNS-ը, ապա պահանջում է հավաստագիր՝ սովորաբար անվճար հավաստագրող մարմնից, ինչպիսին է Let's Encrypt-ը, և սկսում է սպասարկել ձեր կայքը HTTPS-ով։
- Ստուգումը կարող է մի քանի անգամ պահանջել, մինչ DNS փոփոխությունները տարածվում են։
- Հավաստագրերը ավտոմատ թարմացվում են, քանի դեռ DNS գրառումը մնում է։
- Եթե ձեր դոմեյնն ունի CAA գրառումներ (որոնք սահմանափակում են, թե որ հավաստագրող մարմինները կարող են թողարկել այն), համոզվեք, որ դրանք թույլ են տալիս ձեր հոստի մարմնին, հակառակ դեպքում թողարկումը ձախողվում է։
Մեկ անգամ HTTPS-ը աշխատի, համոզվեք, որ http://-ը վերահղվում է https://-ի։ Մեծ մասը հոստերը դա անում են ավտոմատ։
Քայլ 5. Փորձարկեք
-
https://www.example.com-ը բացվում է ձեր կայքը՝ կողպեքի նշանով - Մյուս ձևը (արմատային կամ
www) վերահղվում է ձեր հիմնական հասցեին -
http://-ը վերահղվում էhttps://-ի - Մուտքը, OAuth մուտքը և վճարման վերահղումները աշխատում են նոր դոմեյնում (հաճախ ունեն թույլատրված URL-ների ցուցակներ, որոնք դեռ ցույց են տալիս հին հասցեն)
- Ձեր դոմեյնին ուղղված էլ․ նամակները դեռ հասնում են
- Ձեր հավելվածի ուղարկած նամակների հղումները օգտագործում են նոր դոմեյնը
Չորրորդ կետը շատերին է հանդիպում անսպասելի. Google-ի մուտքը, Stripe-ի webhook-ները և գաղտնաբառի վերականգնման հղումները կարգավորված են կոնկրետ URL-ներով։ Ավելացրեք նոր դոմեյնը այն բոլոր տեղերում, որտեղ հայտնվում է հին հասցեն։ OAuth-ի մասի համար տե՛ս ինչպես ավելացնել մուտք ձեր հավելվածին։
Խնդիրների լուծում
| Սիմպտոմ | Հավանական պատճառ | Շտկում |
|---|---|---|
| Ստուգումը շարունակում է ձախողվել | Նպատակակետում սխալ տառ, սխալ գրառման տեսակ, կամ անունը մուտքագրված է որպես ամբողջական դոմեյն | Համեմատեք գրառումը նիշ առ նիշ հոստի ցուցադրածի հետ |
| Մեկի համար աշխատում է, մյուսի համար՝ ոչ (կամ հակառակը) | DNS քեշավորում փոփոխության ընթացքում | Սպասեք TTL-ի ժամկետը. փորձեք հեռախոսից բջջային ցանցով |
| Հավաստագրի կամ «ոչ անվտանգ» սխալ | Հավաստագիրը դեռ թողարկված չէ, առջևում պրոքսի, կամ CAA գրառումները արգելում են | Սպասեք մի քանի րոպե և նորից ստուգեք. պրոքսին դրեք «միայն DNS». ստուգեք CAA-ն |
| «Too many redirects» | Երկու շերտ է վերահղում (օրինակ՝ պրոքսին HTTPS է պարտադրում, և հոստն էլ նույնն է անում) | Անջատեք վերահղումներից մեկը կամ օգտագործեք «միայն DNS» |
Արմատային դոմեյնը չի աշխատում, www-ը՝ աշխատում է | Արմատի համար գրառում կամ վերահղում չկա | Ավելացրեք ALIAS/flattened գրառում կամ վերահղեք արմատը www-ին |
| Էլ․ փոստը դադարեց աշխատել | MX գրառումները փոխվել կամ կորել են nameserver-ները տեղափոխելիս | Վերականգնեք MX գրառումները ձեր էլ․ փոստի մատակարարի հրահանգներից |
| Հին կայքը դեռ երևում է | Հին A գրառումը դեռ կա նորի կողքին | Հեռացրեք նույն անվան հակասող գրառումները |
Ազատ առցանց DNS ստուգիչ գործիքը կամ տերմինալում dig www.example.com հրամանը ցույց են տալիս, թե ինչ է տեսնում աշխարհը ձեր գրառման համար։ Օգտակար է ստուգելու համար, թե խնդիրը DNS-ի՞ն է, թե հոստի։
Սեփական դոմեյնի միացում Mythex-ում
Սեփական դոմեյնները Pro գործառույթ են Mythex-ում։ Անվճար պլանները հրապարակում են yourname.mythex.app հասցեում։ Pro-ով կարող եք.
- Գնել դոմեյն Mythex-ի ներսից՝ կարգավորումների Domains բաժնից, կամ Publish → Custom domain բաժնից աշխատող նախագծում։ Mythex-ը գրանցում է այն և կարգավորում DNS-ը. գրանցումը վճարվում է Pro պլանից առանձին, իսկ ավտոմատ թարմացումը լռելյայն միացված է։
- Միացնել արդեն ունեցած դոմեյնը. հրապարակեք նախագիծը, ընտրեք Connect, մուտքագրեք հոստի անունը (օրինակ՝
app.example.com), ապա ձեր DNS մատակարարի մոտ ավելացրեք CNAME, որը ուղղված է Mythex-ի ցուցադրած նպատակակետին (yourslug.mythex.ai)։ Սեղմեք Verify։ HTTPS-ը թողարկվում է ավտոմատ։
Եթե ձեր DNS-ը Cloudflare-ում է, այդ CNAME-ը դրեք DNS only (մոխրագույն ամպ), ոչ թե պրոքսիավորված։ Արմատային դոմեյնի համար փաստաթղթերը խորհուրդ են տալիս օգտագործել www կամ app և արմատը վերահղել ձեր DNS մատակարարի միջոցով, եթե վերջինս չի աջակցում ALIAS կամ flattening։
Լրիվ քայլերի և խնդիրների լուծման համար տե՛ս docs-ի Custom domains բաժինը, իսկ Pro-ում ներառվածի համար՝ Plans։ Մինչև դոմեյնը հավելվածին ուղղելը, արժե անցնել AI նախատիպը արտադրություն տանելու քայլերով։
Հարցեր
Որքա՞ն ժամանակ է պահանջվում, մինչև սեփական դոմեյնը աշխատի։
Հաճախ մի քանի րոպե է DNS գրառումն ավելացնելուց հետո, բայց կարող է ավելի երկար տևել՝ կախված ձեր DNS մատակարարից և գրառման TTL-ից (որքան ժամանակ են resolver-ները պահում այն)։ Եթե փոխել եք nameserver-ները, պետք է ավելի շատ ժամանակ։
Ո՞րն օգտագործեմ՝ www-ը, թե արմատային դոմեյնը։
Երկուսն էլ աշխատում են այցելուների համար։ www կամ app նման ենթադոմեյնը սովորաբար ավելի հեշտ է միացնել, քանի որ կարող է օգտագործել CNAME գրառում։ Շատ կայքեր սպասարկում են www-ը և արմատային դոմեյնը վերահղում են դրան, կամ հակառակը. պարզապես ընտրեք մեկը որպես հիմնական հասցե։
Պե՞տք է գնեմ SSL հավաստագիր։
Սովորաբար ոչ։ Ժամանակակից հոստերների մեծ մասը, ներառյալ հավելվածների կառուցիչները, ավտոմատ թողարկում են անվճար HTTPS հավաստագրեր, հենց որ ձեր DNS-ը ուղղված է դրանց։ Գնել պետք է միայն հատուկ դեպքերում, օրինակ՝ որոշ կազմակերպությունների կողմից վավերացված հավաստագրերի դեպքում։
Ինչու չեմ կարող CNAME գրառում ավելացնել իմ արմատային դոմեյնի համար։
DNS կանոնները թույլ չեն տալիս CNAME արմատում (apex), քանի որ այնտեղ պետք են այլ պարտադիր գրառումներ։ Որոշ DNS մատակարարներ առաջարկում են ALIAS, ANAME կամ CNAME flattening՝ նույն արդյունքը ստանալու համար. հակառակ դեպքում օգտագործեք www և վերահղեք արմատային դոմեյնը։