Hogyan működik a domain és a DNS: útmutató nem fejlesztőknek

A domain az a név, amelyet az emberek beírnak, hogy elérjék a weboldaladat, például az example.com, a DNS (Domain Name System) pedig az internet telefonkönyve, amely ezt a nevet lefordítja arra, hol is van valójában az oldalad. A domaint regisztrártól bérled, majd DNS-rekordokat adsz hozzá, amelyek azt mondják: „a weboldal ott van” és „az e-mail ide megy”. Egy egyedi domain bekötése egy appra főként abból áll, hogy a megfelelő rekordot a megfelelő helyre teszed, és megvárod, amíg életbe lép.

Miért fontos ez AI-val való építésnél

Az AI-alkalmazásépítő megírhatja és üzemeltetheti az appodat, de a domain kívül él – gyakran egy másik cégnél, egy olyan vezérlőpulton, tele ismeretlen rekordtípusokkal. Itt akadnak meg sok indulások: az app kész, de a domain hibát mutat, vagy egy DNS-módosítás után hirtelen leáll az e-mail.

Kis tudással sokat lehet elérni. Tudni fogod, melyik rekordot kéri a hostod, miért nem működött még, és hogyan kerüld el, hogy elrontsd azt, ami már a domainedtől függ (például az e-mailt).

Mindennapi hasonlat

Gondolj a telefonod névjegyzékére.

Nem jegyzed meg a barátod számát; megnyomod a nevét, és a telefon megkeresi. A DNS ugyanezt teszi az interneten: beírod az example.com-ot, a DNS pedig megkeresi a szerver „számát” (IP-címét), amelyhez kapcsolódni kell.

• A domain a névjegy neve.
• A regisztrátor az a cég, amely hivatalosan rögzíti, hogy a név a tiéd.
• A DNS-rekordok a név alatt mentett adatok: telefonszám, e-mail-cím, lakcím.
• A névszerverek azt mondják meg, melyik névjegyzék a hivatalos ehhez a névhez.
• A gyorsítótárazás az, amikor a telefonod egy ideig megjegyez egy számot. Ha a barátod számot vált, néhány telefon még a régit hívja, amíg a mentett másolat frissül – ez a DNS-„terjedés”.

Egy domainnév részei

Vedd az app.example.com-ot:

A domaint nem egyszerűen megveszed; egy időszakra regisztrálod (általában egy évre vagy többre), és megújítod. Ha lejár, valaki más is regisztrálhatja.

Hogyan működik a DNS-keresés

Amikor valaki beírja az app.example.com-ot:

1. A böngésző megkérdezi a DNS-feloldót – általában az internetszolgáltató vagy egy nyilvános szolgáltatás futtatja – a címről.
2. Ha a feloldónak friss gyorsítótárazott válasza van, azonnal válaszol.
3. Ha nincs, lefelé halad a hierarchiában: a gyökérszerverek a .com szervereihez irányítják, azok pedig a domain névszervereihez.
4. A névszervered visszaadja a beállított rekordot, például egy CNAME-et a hostodra vagy egy A-rekordot egy IP-címmel.
5. A feloldó a választ a rekord TTL-jéig (élettartam) tárolja, és átadja a böngészőnek, amely kapcsolódik a szerverhez.

Mindez általában ezredmásodpercek alatt megtörténik.

A DNS-rekordtípusok, amelyeket ténylegesen használni fogsz

Néhány szabály, amelyet érdemes ismerni:

• Egy CNAME nem osztozhat a névvel más rekordokkal. Ezért nem kerülhet szokásos CNAME a gyökértartományra, amelynek mindig vannak NS és egyéb rekordjai. Sok DNS-szolgáltató kínál megoldásokat ALIAS, ANAME vagy CNAME-flattening néven.
• A TXT-rekordok sok e-mailes munkát végeznek. Az SPF felsorolja, kik küldhetnek levelet a domainedről; a DKIM közzétesz egy kulcsot az aláírások ellenőrzéséhez; a DMARC megmondja a fogadóknak, mit tegyenek azzal a levéllel, amely nem megy át ezeken az ellenőrzéseken.
• Az alacsonyabb MX-szám magasabb prioritást jelent. A levél a legkisebbel próbálkozik először.

Terjedés és TTL

A „terjedés” szó úgy hangzik, mintha a változások lassan szétterjednének az interneten. Valójában gyorsítótárazásról van szó: a feloldók minden választ a TTL-jéig megtartanak, és csak akkor kérdeznek újra, amikor az lejár. Tehát:

• Egy új rekord, amelyet még soha nem kerestek, gyakran percek alatt működik.
• Egy meglévő rekord módosítása a régi TTL-ig tarthat, amíg mindenhol látszik.
• A névszerverek módosítása akár egy-két napot is igénybe vehet, mert ezeket a rekordokat hosszabb ideig tárolják a TLD-szinten.

Hasznos trükk: egy tervezett változtatás előtt csökkentsd a rekord TTL-jét (mondjuk néhány percre), várd meg, míg a régi TTL lejár, és csak utána végezd el a változtatást.

Példa: egy foglalási app bekötése a domainedhez

Te birtokolod a yoursalon.com domaint. A jelenlegi weboldalad és a Google Workspace e-mailed már ezt használja. Építettél egy foglalási appot, és azt szeretnéd, hogy a book.yoursalon.com címen legyen.

1. Keresd meg, hol kezelik a DNS-t. Lehet a regisztrátornál vagy egy külön DNS-szolgáltatónál. A névszerver-rekordjaid megmondják.
2. Adj hozzá egy CNAME-et a book névre, amely arra a célra mutat, amelyet az app hosztja megad.
3. Adj hozzá bármilyen TXT-rekordot, amelyet a host a tulajdonjog igazolásához kér, ha használ ilyet.
4. Hagyd érintetlenül az MX- és e-mail TXT-rekordokat. Az e-mail tovább működik, mert nem nyúltál hozzá.
5. Ellenőrizd a hostodnál, miután a DNS frissült. A host ezután kiad egy HTTPS-tanúsítványt a book.yoursalon.com-hoz.
6. Teszteld telefonon mobiladatról, mert az más feloldót és gyorsítótárat használ, mint az otthoni Wi-Fi.

Ha az appot a gyökértartományon, a yoursalon.com-on akartad volna, A-rekordokra vagy a DNS-szolgáltatód ALIAS/flattening funkciójára lenne szükséged – és ezzel lecserélnéd a jelenlegi weboldaladat. További lépésekért lásd hogyan köss be egyedi domaint.

Gyakori hibák és tévhitek

• „A domain és a hosting ugyanaz.” A domain a név; a hosting az, ahol az app fut. A DNS köti őket össze.
• A-rekord használata, amikor a host CNAME-et kért (vagy fordítva). Kövesd pontosan a host utasításait.
• Elgépelés a célban. Egy rossz karakter a CNAME-célban, és az ellenőrzés meghiúsul.
• Névszerverek váltása rekordok átmásolása nélkül. A DNS áthelyezése új szolgáltatóhoz az MX- és TXT-rekordok újra-létrehozása nélkül klasszikus módja az e-mail elrontásának.
• Proxyzás, amikor nem kellene. Egyes DNS-szolgáltatók, például a Cloudflare, proxyzhatják a forgalmat. Néhány hostnak „csak DNS” beállítás kell, hogy tanúsítványt adhasson ki.
• Ismeretlen TXT-rekordok törlése. Gyakran ellenőrzési vagy e-mail-biztonsági rekordok, amelyektől valami függ.
• A domain lejárni hagyása. Kapcsold be az automatikus megújítást, és tartsd naprakészen a fizetési kártyát.

Mit kérj az AI-építődtől

A DNS a kódodon kívül van, ezért inkább arról van szó, mit kell kérdezni:

• „Milyen pontos DNS-rekordra van szükségem az app.mydomain.com-hoz – típus, név és érték?”
• „Ez a módosítás érinteni fogja az e-mailemet?”
• „A domain hibát mutat, miután hozzáadtam a rekordot. Mit kell ellenőriznem?”
• „Add meg a helyes kanonikus URL-t és átirányításokat, hogy a www és a nem-www ne mutassák ugyanazt az oldalt kétszer.”
• „Állítsd be az e-mail küldését a domainemről – milyen SPF-, DKIM- és DMARC-rekordokra lesz szükségem?” Lásd hogyan küldj e-maileket az appodból.

Egyedi domainek a Mythexen

Minden publikált Mythex-app kap egy neved.mythex.app címet. Pro csomagban saját domaint is használhatsz: vásárolhatsz egyet a Mythexen belül (a regisztráció külön számlázódik, a megvásárolt domainek DNS-ét pedig helyettünk kezeljük), vagy bekötheted a már meglévőt úgy, hogy egy aldomainről, például az app.example.com-ról CNAME-et adsz az app neved.mythex.app címére, majd rákattintasz az Ellenőrzés gombra. A HTTPS automatikusan kiadódik. Ha a DNS-ed a Cloudflare-en van, állítsd ezt a rekordot „csak DNS”-re. Aldomaineket ajánlunk; a gyökértartományok a DNS-szolgáltatód ALIAS- vagy flattening-támogatásától függnek. A egyedi domain dokumentáció minden lépést végigvezet, a árak pedig megmutatják, mit tartalmaz a Pro.

Kérdések