Како функционираат домените и DNS: водич за не-програмери

Доменот е името што луѓето го впишуваат за да стигнат до твојата страница, како example.com, а DNS (Domain Name System) е именикот на интернетот што тоа име го преведува во местото каде навистина живее твојата страница. Доменот го закупуваш кај регистратор, па додаваш DNS записи што велат „веб страницата е таму“ и „е-поштата оди овде“. Поврзувањето на сопствен домен со апликација во најголема мера значи додавање на вистинскиот запис на вистинското место и чекање да почне да важи.

Зошто е важно кога градиш со AI

AI градителот на апликации може да ја напише и хостира апликацијата, но твојот домен е надвор од неа — обично кај друга компанија, во контролен панел полн со непознати типови записи. Тука многу лансирања застануваат: апликацијата е подготвена, но доменот покажува грешка, или е-поштата неочекувано престанува да работи по промена на DNS.

Малку разбирање многу помага. Ќе знаеш кој запис го бара твојот хост, зошто сè уште не работи и како да не ги расипеш работите (како е-поштата) што веќе зависат од твојот домен.

Секојдневна аналогија

Замисли го именикот на контакти на телефонот.

Не го паметиш бројот на пријателот; го допираш неговото име, а телефонот го бара бројот. DNS го прави истото за интернетот: ти впишуваш example.com, а DNS го бара бројот (IP адресата) на серверот до кој треба да се поврзеш.

• Доменот е името на контактот.
• Регистраторот е компанијата што официјално запишува дека името е твое.
• DNS записите се деталите зачувани под името: телефонски број, е-пошта, адреса.
• Nameservers се кој именик е официјалниот за тоа име.
• Кеширањето е телефонот што некое време го памети бројот. Ако пријателот го смени бројот, некои телефони ќе продолжат да го бираат стариот додека зачуваната копија не се освежи — тоа е DNS „ширење“.

Делови од доменското име

Земи app.example.com:

Доменот не го купуваш засекогаш; го регистрираш на период (обично една година или повеќе) и го обновуваш. Ако го дозволиш да истече, некој друг може да го регистрира.

Како функционира DNS пребарувањето

Кога некој ќе впише app.example.com:

1. Прелистувачот прашува DNS resolver — обично управуван од нивниот интернет провајдер или од јавна услуга — за адресата.
2. Ако resolver-от има свеж кеширан одговор, веднаш одговара.
3. Ако нема, оди низ хиерархијата: root серверите го упатуваат кон .com серверите, кои го упатуваат кон nameservers на твојот домен.
4. Твоите nameservers го враќаат записот што си го поставил, како 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 за да се види насекаде.
• Промената на nameservers може да трае до ден-два, бидејќи тие записи се кешираат подолго на ниво на TLD.

Корисен трик: пред планирана промена, намали го TTL на записот (на пример на неколку минути), почекај да помине стариот TTL, па направи ја промената.

Работен пример: поврзување на апликација за резервации со твојот домен

Го поседуваш yoursalon.com. Твојата тековна веб страница и е-поштата на Google Workspace веќе го користат. Изгради апликација за резервации и сакаш да биде на book.yoursalon.com.

1. Најди каде се управува твојот DNS. Може да биде кај регистраторот или кај посебен DNS провајдер. Твоите NS записи ти го покажуваат.
2. Додај CNAME за book кој покажува кон целта што ти ја дава хостот на апликацијата.
3. Додај TXT запис што хостот го бара за да докаже сопственост, ако користи таков.
4. Остави ги MX и TXT записите за е-пошта на мира. Е-поштата продолжува да работи бидејќи не си ја допрел.
5. Провери во хостот откако DNS ќе се ажурира. Хостот потоа издава HTTPS сертификат за book.yoursalon.com.
6. Тестирај на телефон со мобилен интернет, кој користи различен resolver и кеш од твојот домашен Wi-Fi.

Ако сакаш апликацијата да биде на коренот yoursalon.com, ќе ти требаат A записи или ALIAS/flattening функцијата на твојот DNS провајдер — и ќе ја замениш твојата тековна веб страница таму. За повеќе чекори, види како да поврзеш сопствен домен.

Чести грешки и погрешни претстави

• „Доменот и хостингот се исто.“ Доменот е името; хостингот е местото каде работи апликацијата. DNS ги поврзува.
• Користење A запис кога хостот бара CNAME (или обратно). Следи ги упатствата на хостот точно.
• Печатни грешки во целта. Еден погрешен знак во целта на CNAME и верификацијата не успева.
• Менување nameservers без префрлање на записите. Преместување на DNS кај нов провајдер без повторно создавање MX и TXT записи е класичен начин да се расипе е-поштата.
• Проксирање кога не треба. Некои DNS провајдери, како Cloudflare, можат да го проксираат сообраќајот. Некои хостови бараат записот да биде поставен на „само DNS“ за да издадат сертификати.
• Бришење „непознати“ 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“. Препорачуваат се поддомени; коренските домени зависат од поддршката на ALIAS или flattening кај твојот DNS провајдер. Документацијата за сопствен домен ги објаснува сите чекори, а цените покажуваат што вклучува Pro.

Прашања