Kuidas ühendada kohandatud domeen oma rakenduse või veebisaidiga
Kohandatud domeeni ühendamiseks ostad domeeni registripidajalt, lisad DNS-kirje, mis suunab selle sinu hostile — tavaliselt www või app alamdomeeni jaoks CNAME-kirje, juurdomeeni jaoks A-kirje (või ALIAS/lamendatud kirje) — ning lased hostil domeeni kinnitada ja HTTPS-sertifikaadi väljastada. See võtab tavaliselt minuteid, mõnikord kauem. Enamik probleeme tuleb kirje kirjavigadest, valest kirjetüübist või hosti ees olevast proxy’st.
See juhend käsitleb iga sammu, otsust www ja juurdomeeni vahel ning tõrkeotsingut. Domeenide taga olevate põhimõtete kohta vaata kuidas domeenid ja DNS töötavad.
Osad, mis on kaasatud
| Osa | Mis see on | Kes selle pakub |
|---|---|---|
| Domeeninimi | Nimi, mille rendid igaks aastaks, nagu example.com | Registripidaja |
| DNS | Avalik otsing, mis muudab nimed serveri aadressideks | Sinu DNS-teenusepakkuja (sageli registripidaja) |
| Kirjed | Üksikud DNS-kirjed: „www osutab…“ | Sina lisad need |
| Host | Teenus, mis käitab su rakendust | Sinu hosting või rakenduste koostaja |
| Sertifikaat | See, mis teeb https:// võimalikuks | Tavaliselt väljastab host automaatselt |
Registripidaja ja DNS-teenusepakkuja on sageli sama ettevõte, kuid see ei pea nii olema. Oluline on: kus muudad selle domeeni DNS-i? Seal lisad kirjed.
Samm 1: osta domeen
Näpunäited valimiseks ja ostmiseks:
- Hoia see lühike ja kergesti häälega edastatav. Kui pead kirjapilti selgitama, vali teine.
.comon lõpp, mida inimesed arvavad, aga riigi- ja uuemad lõpud (.io,.app,.co.uk) on hästi, kui sobivad su publikule.- Vaata pikendamise hinda, mitte ainult esimese aasta hinda. Tutvustushinnad on tavalised ja pikendamine võib maksta rohkem.
- Lülita sisse automaatne pikendamine ja hoia maksekaart ajakohasena. Aegunud domeen võtab maha su saidi ja e-posti ning pärast tähtaja möödumist võib selle osta keegi teine.
- Kasuta WHOISi privaatsust, kui see on pakutud, et sinu isikuandmeid ei avaldataks.
- Osta see kontol, mida kontrollid, mitte vabakutselise ega agentuuri kontol.
Mõned hostid ja rakenduste koostajad lasevad domeeni osta otse toote sees, mis seadistab ka DNS-i sinu eest.
Samm 2: otsusta aadress
Alamdomeen vs juurdomeen
- Juur- (apex) domeen:
example.com - Alamdomeen:
www.example.com,app.example.com
Tavaline seadistus on turundusleht aadressil example.com või www.example.com ning toode aadressil app.example.com. Ühe saidi puhul vali www ja juurdomeeni vahel.
www.example.com | example.com | |
|---|---|---|
| Kirjetüüp | CNAME sinu hostile | A/AAAA-kirje või ALIAS/ANAME/lamendatud CNAME |
| Seadistuse raskus | Lihtne kõikjal | Sõltub sinu DNS-teenusepakkujast |
| Välimus | Veidi pikem | Lühem |
DNS-standard ei luba CNAME-kirjet domeeni juures, sest juur peab sisaldama muid kirjeid (näiteks nimeserverite kirjeid). Paljud DNS-teenusepakkujad lahendavad selle erilise kirjetüübiga — nimetatakse ALIAS, ANAME või CNAME lamendamiseks sõltuvalt teenusepakkujast — mis käitub juures nagu CNAME. Kui sinu oma seda ei paku, on usaldusväärne lahendus: serveeri sait www-l ja seadista juurdomeenilt suunamine www-le oma DNS-teenusepakkuja või registripidaja juures.
Mis iganes valid, vali üks peamine aadress ja suuna teine sellele. Kui mõlemad serveerivad sama sisu ilma suunamiseta, on see segane nii kasutajatele kui otsingumootoritele. Vaata SEO tehisintellektiga ehitatud veebilehtedele, miks üks kanooniline aadress on oluline.
Samm 3: lisa DNS-kirjed
Sinu host ütleb täpselt, mida lisada. See näeb välja umbes nii:
| Tüüp | Nimi / host | Väärtus / sihtkoht | Kasutatakse |
|---|---|---|---|
CNAME | www | yoursite.hostname.com | Alamdomeeni suunamiseks hostinimele |
A | @ | 192.0.2.10 | Juurdomeeni suunamiseks IPv4 aadressile |
AAAA | @ | 2001:db8::10 | Juurdomeeni suunamiseks IPv6 aadressile |
TXT | _verify või @ | koodistring | Domeeni omandiõiguse tõestamiseks |
Kuidas täita vorm enamikus DNS-teenusepakkujates:
- Nimi / host: ainult alamdomeeni osa —
www, mittewww.example.com. Mõned teenusepakkujad lisavad domeeni automaatselt ja kui kirjutad täieliku nime, tekibwww.example.com.example.com. Kasuta juurdomeeni jaoks@, kui teenusepakkuja nii teeb. - Väärtus / sihtkoht: kleebi täpselt see, mida host näitab. Lõpus olev punkt on korras, kui teenusepakkuja selle lisab.
- TTL: vaikeväärtus on sobiv. Madalam TTL (näiteks 5 minutit) teeb tulevased muudatused kiiremini jõustuvaks.
- Proxy: kui DNS-teenusepakkuja suudab liiklust proxy’da (näiteks Cloudflare’i oranž pilv), järgi oma hosti juhiseid. Paljud hostid vajavad režiimi „ainult DNS“, et sertifikaat saaks väljastatud.
Jäta olemasolevad kirjed rahule, kui host ei ütle teisiti. Eriti ära puutu MX-kirjeid — need toimetavad su e-kirju. Nende kustutamine või muutmine on kõige sagedasem viis, kuidas domeenimuudatus e-posti katkestab.
Nimeserverite muutmine vs kirjete lisamine
Mõned hostid pakuvad kahte võimalust: lisa kirje või kolige kogu domeeni DNS nende juurde, muutes registripidaja juures nimeservereid. Nimeserverite muutmine teisaldab kõik kirjed, sealhulgas e-posti. Tee seda ainult siis, kui oled valmis kõik olemasolevad kirjed uues teenusepakkujas uuesti looma. Ühe kirje lisamine on väiksema riskiga.
Samm 4: kinnita ja saa HTTPS
Kui kirje on paigas, mine tagasi oma hosti juurde ja klõpsa kinnitamisnupule. Host kontrollib DNS-i, taotleb sertifikaadi — tavaliselt tasuta sertifitseerimiskeskuselt nagu Let’s Encrypt — ja hakkab serveerima sinu saiti HTTPS-i kaudu.
- Kinnitamine võib vajada mitut katset, kuni DNS-muudatused levivad.
- Sertifikaadid uuenevad automaatselt, kui DNS-kirje jääb paika.
- Kui su domeenil on CAA-kirjed (mis piiravad, milline sertifitseerimiskeskus domeeni jaoks sertifikaate väljastada tohib), veendu, et need lubavad su hosti keskust, muidu sertifikaadi väljastamine ebaõnnestub.
Kui HTTPS töötab, veendu, et http:// suunab https://-ile. Enamik hoste teeb seda automaatselt.
Samm 5: testi
-
https://www.example.comavab sinu saidi lukusümboliga - Teine vorm (juur või
www) suunab peamisele aadressile -
http://suunabhttps://-ile - Sisselogimine, OAuth-sisselogimine ja makse suunamised töötavad uuel domeenil (need on sageli lubatud URL-ide nimekirjad, mis viitavad ikka vanale aadressile)
- Su domeenile saadetud e-kirjad jõuavad kohale
- Su rakenduse saadetud e-kirjade lingid kasutavad uut domeeni
Neljas punkt tekitab sageli segadust: Google’i sisselogimine, Stripe’i webhookid ja parooli lähtestamise lingid on kõik seadistatud kindlate URL-idega. Lisa uus domeen kõikjale, kus vana aadress esineb. Vaata OAuth-osa kohta kuidas lisada rakendusele sisselogimine.
Tõrkeotsing
| Sümptom | Tõenäoline põhjus | Lahendus |
|---|---|---|
| Kinnitamine jookseb pidevalt kinni | Viga sihtkohas, vale kirjetüüp või nimi on sisestatud täieliku domeenina | Võrdle kirjet tähemärk-tähemärgi haaval hosti näidatuga |
| Töötab sinu jaoks, aga mitte teistele (või vastupidi) | DNS-i vahemälu muutuse ajal | Oota TTL-i ära; testi telefonist mobiilse andmesideühenduse kaudu |
| Sertifikaadi või „pole turvaline“ viga | Sertifikaati pole veel väljastatud, ees on proxy või CAA-kirjed blokeerivad | Oota paar minutit ja kinnita uuesti; sea proxy režiimiks „ainult DNS“; kontrolli CAA-d |
| „Liiga palju suunamisi“ | Kaks kihti suunavad mõlemad (näiteks proxy sunnib HTTPS-i ja host teeb sama) | Lülita üks suunamistest välja või kasuta režiimi „ainult DNS“ |
Juurdomeen ei tööta, www töötab | Juurdomeenile pole kirjet ega suunamist | Lisa ALIAS/lamendatud kirje või suuna juur www-le |
| E-post lakkas töötamast | MX-kirjed muutusid või kadusid nimeserverite kolimisel | Taasta MX-kirjed oma e-posti teenusepakkuja juhiste järgi |
| Vana sait kuvatakse veel | Vana A-kirje on alles uue kõrval | Eemalda samale nimele jäävad vastuolulised kirjed |
Tasuta DNS-otsingutööriist või dig www.example.com terminalis näitab, mida maailm sinu kirjest praegu näeb — kasulik, et teada, kas probleem on DNS-is või hostis.
Kohandatud domeeni ühendamine Mythexis
Kohandatud domeenid on Mythexis Pro funktsioon. Tasuta plaanid avaldavad aadressil sinunimi.mythex.app. Pro-plaanil saad:
- Osta domeen Mythexi sees jaotisest Domains seadetes või jaotisest Publish → Custom domain avaldatud projektil. Mythex registreerib domeeni ja seadistab DNS-i; registreerimine arveldatakse Pro-plaanist eraldi ning automaatne pikendamine on vaikimisi sees.
- Ühenda domeen, mis sul juba on. Avalda projekt, vali Connect, sisesta hostinimi (näiteks
app.example.com) ja lisa oma DNS-teenusepakkujale CNAME, mis osutab Mythexi näidatud sihtkohale (sinuslug.mythex.ai). Klõpsa Verify. HTTPS väljastatakse automaatselt.
Kui su DNS on Cloudflare’is, sea see CNAME režiimile DNS only (hall pilv), mitte proxy’tud. Juurdomeeni puhul soovitab dokumentatsioon kasutada www-d või app-i ning suunata juur DNS-teenusepakkuja juures, kui see ALIAS-i või lamendamist ei toeta.
Vaata täielikke samme ja tõrkeotsingut kohandatud domeenide dokumentatsioonist ning Pro-plaanis sisalduvat plaanide dokumentatsioonist. Enne domeeni rakenduse külge suunamist on mõttekas läbida AI prototüübi viimine tootmisse.
Küsimused
Kui kaua läheb, kuni kohandatud domeen töötab?
Sageli mõne minutiga pärast DNS-kirje lisamist, kuid see võib kesta kauem, sõltuvalt sinu DNS-teenusepakkujast ja kirje TTL-ist (kui kaua resolverid kirjet vahemälus hoiavad). Kui muutsid nimeservereid, lase rohkem aega.
Kas kasutada www-d või juurdomeeni?
Külastajatele töötavad mõlemad. Alamdomeeni nagu www või app on tavaliselt lihtsam ühendada, sest see saab kasutada CNAME-kirjet. Paljud saidid kuvavad www-d ja suunavad juurdomeeni sinna, või vastupidi — vali lihtsalt üks peamine aadress.
Kas pean ostma SSL-sertifikaadi?
Tavaliselt mitte. Enamik kaasaegseid hoste, sealhulgas rakenduste koostajad, väljastavad tasuta HTTPS-sertifikaadid automaatselt, kui DNS osutab neile. Ostma pead vaid erijuhtudel, näiteks mõned organisatsiooni kinnitatud sertifikaadid.
Miks ma ei saa juurdomeenile CNAME-kirjet lisada?
DNS-reeglid ei luba CNAME-kirjet domeeni juures (apex), sest seal peavad olema teised nõutavad kirjed. Mõned DNS-teenusepakkujad pakuvad sama mõju saavutamiseks ALIAS-, ANAME- või CNAME-lamendamist; kui ei paku, kasuta www-d ja suuna juurdomeen sellele.