Kako rade domene i DNS: vodič za ne-programere
Domena je ime koje ljudi kucaju da bi došli na vašu stranicu, poput example.com, a DNS (Domain Name System) je direktorij interneta koji to ime pretvara u mjesto gdje se vaša stranica zaista nalazi. Domenu iznajmljujete od registrara, a zatim dodajete DNS zapise koji kažu „web stranica je tamo” i „e-mail ide ovamo”. Povezivanje prilagođene domene s aplikacijom uglavnom znači dodati pravi zapis na pravo mjesto i sačekati da stupi na snagu.
Zašto je to važno kad gradite uz AI
AI graditelj aplikacija može napisati i hostovati vašu aplikaciju, ali vaša domena živi van nje, često kod druge kompanije, u kontrolnoj tabli punoj nepoznatih tipova zapisa. Tu se mnoga lansiranja zaglave: aplikacija je spremna, ali domena prikazuje grešku, ili e-mail iznenada prestane raditi nakon DNS promjene.
Malo razumijevanja mnogo pomaže. Znaćete koji zapis vaš host traži, zašto još ne radi i kako izbjeći kvar stvari (poput e-maila) koje već zavise od vaše domene.
Svakodnevna analogija
Razmislite o imeniku kontakata na telefonu.
Ne pamtite broj vašeg prijatelja; dodirnete njegovo ime i telefon ga pronađe. DNS radi isto za internet: vi ukucate example.com, a DNS traži broj (IP adresu) servera na koji treba da se povežete.
- Domena je ime kontakta.
- Registrar je kompanija koja zvanično bilježi da je ime vaše.
- DNS zapisi su podaci sačuvani uz ime: broj telefona, e-mail adresa, kućna adresa.
- Nameserveri su koji imenik je zvanični za to ime.
- Keširanje je telefon koji pamti broj neko vrijeme. Ako prijatelj promijeni broj, neki telefoni će i dalje zvati stari dok se sačuvana kopija ne osvježi. To je DNS „propagacija”.
Dijelovi imena domene
Uzmite app.example.com:
| Dio | Naziv | Napomene |
|---|---|---|
.com | Domen najvišeg nivoa (TLD) | Vodi ga registar. Drugi su .org, .io, .ai, kodovi država poput .uk |
example | Domen drugog nivoa | Dio koji registrujete |
example.com | Korijenski ili „apex” domen | Ono što posjedujete |
app | Poddomen | Kreirate ih slobodno u DNS-u: www, app, shop |
Domenu ne kupujete zauvijek; registrujete je na određeni period (obično godinu ili više) i obnavljate. Ako istekne, neko drugi je može registrovati.
Kako funkcioniše DNS pretraga
Kad neko ukuca app.example.com:
- Pregledač pita DNS resolver, koji obično vodi njihov internet provajder ili javna usluga, za adresu.
- Ako resolver ima svjež keširani odgovor, odmah odgovara.
- Ako nema, ide niz hijerarhiju: korijenski serveri ga upućuju na
.comservere, koji ga upućuju na nameservere vaše domene. - Vaši nameserveri vraćaju zapis koji ste postavili, poput CNAME-a na vaš host ili A zapisa s IP adresom.
- Resolver kešira odgovor za TTL (time to live) zapisa i predaje ga pregledaču, koji se povezuje sa serverom.
Ovo se obično dešava u milisekundama.
DNS zapisi koje ćete zaista koristiti
| Zapis | Šta radi | Primjer |
|---|---|---|
| A | Pokazuje ime na IPv4 adresu | example.com → 203.0.113.10 |
| AAAA | Pokazuje ime na IPv6 adresu | example.com → 2001:db8::10 |
| CNAME | Pravi od imena alias drugog imena servera | app.example.com → myapp.host.com |
| MX | Kaže koji serveri primaju e-mail za domen, uz broj prioriteta | example.com → 10 mail.provider.com |
| TXT | Čuva tekst, koristi se za verifikaciju i sigurnost e-maila | v=spf1 include:_spf.provider.com ~all |
| NS | Navodi autoritativne nameservere domene | ns1.dnsprovider.com |
| CAA | Ograničava koji izdavači sertifikata smiju izdati HTTPS sertifikate | 0 issue "letsencrypt.org" |
Nekoliko pravila vrijedi znati:
- CNAME ne može dijeliti ime s drugim zapisima. Zato standardni CNAME ne može na korijenski domen, koji uvijek ima NS i druge zapise. Mnogi DNS dobavljači nude zaobilazna rješenja zvana ALIAS, ANAME ili CNAME flattening.
- TXT zapisi rade mnogo posla oko e-maila. SPF navodi ko smije slati poštu za vaš domen; DKIM objavljuje ključ za provjeru potpisa; DMARC kaže primaocima šta da rade s porukama koje ne prođu te provjere.
- Niži MX brojevi znače viši prioritet. Pošta prvo proba najniži.
Propagacija i TTL
„Propagacija” zvuči kao da se promjene sporo šire internetom. U stvari se radi o keširanju: resolveri čuvaju kopiju svakog odgovora za njegov TTL i pitaju ponovo tek kad ona istekne. Dakle:
- Novi zapis koji nikad nije tražen često radi unutar nekoliko minuta.
- Promjena postojećeg zapisa traje do njegovog starog TTL-a da bi se vidjela svuda.
- Promjena nameservera može potrajati do dan-dva, jer se ti zapisi na nivou TLD-a keširaju duže.
Koristan trik: prije planirane promjene smanjite TTL zapisa (recimo na nekoliko minuta), sačekajte da prođe stari TTL, pa napravite promjenu.
Radni primjer: povezivanje aplikacije za rezervacije s vašom domenom
Posjedujete yoursalon.com. Vaša trenutna web stranica i Google Workspace e-mail već koriste tu domenu. Napravili ste aplikaciju za rezervacije i želite da bude na book.yoursalon.com.
- Pronađite gdje se upravlja vašim DNS-om. Može biti kod registrara ili kod zasebnog DNS dobavljača. NS zapisi vam kažu.
- Dodajte CNAME za
bookkoji pokazuje na cilj koji vam daje host aplikacije. - Dodajte TXT zapis koji host traži za dokaz vlasništva, ako ga koristi.
- Ostavite MX i TXT zapise za e-mail netaknute. E-mail nastavlja raditi jer ništa niste dirali.
- Verifikujte u hostu kad se DNS ažurira. Host zatim izdaje HTTPS sertifikat za
book.yoursalon.com. - Testirajte na telefonu koristeći mobilne podatke, jer on koristi drugi resolver i keš nego vaš kućni Wi-Fi.
Ako biste umjesto toga htjeli aplikaciju na korijenskom yoursalon.com, trebali bi vam A zapisi ili ALIAS/flattening funkcija vašeg DNS dobavljača, a time biste zamijenili i trenutnu web stranicu. Za više koraka pogledajte kako povezati prilagođenu domenu.
Česte greške i zablude
- „Domena i hosting su ista stvar.” Domena je ime; hosting je mjesto gdje aplikacija radi. DNS ih povezuje.
- Korištenje A zapisa kad host traži CNAME (ili obrnuto). Slijedite uputstva hosta tačno.
- Greške u kucanju cilja. Jedan pogrešan znak u CNAME cilju znači da verifikacija ne prolazi.
- Prebacivanje nameservera bez prenošenja zapisa. Premještanje DNS-a kod novog dobavljača bez ponovnog kreiranja MX i TXT zapisa je klasičan način da se pokvari e-mail.
- Proksiranje kad ne treba. Neki DNS dobavljači, poput Cloudflarea, mogu proksirati saobraćaj. Neki hostovi traže da zapis bude postavljen na „DNS only” kako bi mogli izdati sertifikate.
- Brisanje „nepoznatih” TXT zapisa. Često su to zapisi za verifikaciju ili e-mail sigurnost od kojih nešto zavisi.
- Dozvoliti da domena istekne. Uključite automatsko obnavljanje i držite karticu za plaćanje ažurnom.
Šta tražiti od AI graditelja
DNS živi van vašeg koda, pa je ovo više o tome šta treba pitati:
- „Koji tačno DNS zapis mi treba za app.mojadomena.com: tip, ime i vrijednost?”
- „Hoće li ova promjena uticati na moj e-mail?”
- „Moja domena prikazuje grešku nakon dodavanja zapisa. Šta da provjerim?”
- „Dodaj ispravan kanonski URL i preusmjeravanja da se www i ne-www ne prikazuju oba kao sajt.”
- „Postavi slanje e-maila s moje domene: koje SPF, DKIM i DMARC zapise su mi potrebni?” Pogledajte kako slati e-mailove iz aplikacije.
Prilagođene domene na Mythexu
Svaka objavljena Mythex aplikacija dobija adresu yourname.mythex.app. Na Pro planu možete koristiti vlastitu domenu: kupite je unutar Mythexa (registracija se naplaćuje odvojeno, a DNS za kupljene domene upravlja se za vas) ili povežite onu koju već posjedujete dodavanjem CNAME-a s poddomena, poput app.example.com, na adresu vaše aplikacije yourname.mythex.app, pa kliknite Verify. HTTPS se izdaje automatski. Ako je vaš DNS na Cloudflareu, postavite taj zapis na „DNS only”. Preporučuju se poddomeni; za korijenske domene zavisi od podrške ALIAS ili flattening funkcije vašeg DNS dobavljača. Dokumentacija o prilagođenim domenama prolazi kroz svaki korak, a cijene pokazuju šta Pro uključuje.
Pitanja
Šta je DNS, ukratko?
DNS (Domain Name System) je direktorij interneta. Pretvara ime koje ljudi pamte, poput example.com, u podatke koje računari trebaju, obično IP adresu, kako bi pregledač našao pravi server.
Koja je razlika između A zapisa i CNAME-a?
A zapis pokazuje ime direktno na IPv4 adresu. CNAME pokazuje ime na drugo ime servera, a pretraga se nastavlja odatle. CNAME-ovi su korisni kad se IP adrese vašeg hosta mogu promijeniti, ali standardni CNAME ne može biti na samom korijenskom domenu.
Koliko traje DNS propagacija?
Često minute, ponekad sati. Promjene se pojavljuju kako istječu keširane kopije starog zapisa, što zavisi od TTL-a zapisa. Promjena nameservera može potrajati dan-dva jer se ti zapisi keširaju duže.
Hoće li promjena DNS-a za moju web stranicu pokvariti e-mail?
Samo ako mijenjate ili brišete zapise o kojima e-mail zavisi: MX zapise i TXT zapise poput SPF-a, DKIM-a i DMARC-a. Dodavanje CNAME-a za www ili app ne dira e-mail. Premještanje domene na nove nameservere može pokvariti e-mail ako prvo ne prenesete te zapise.
Zašto koristiti www ili app umjesto korijenskog domena?
Poddomen poput www.example.com ili app.example.com može koristiti CNAME, što mnoge platforme za hosting traže. Korijenski domen (example.com) ne može imati standardni CNAME, pa mu trebaju A zapisi ili posebna funkcija dobavljača poput ALIAS, ANAME ili CNAME flattening.