Өз доменіңізді брондау жүйесіне қалай қосуға болады
Сайт дайын. Логотип дұрыс, үстемелер (markup) бапталған, платформаның субдоменінде сынақ брондау сәтті өтті, ал кеңседегі біреу сілтемені үш клиентке жіберіп те қойды. Сосын заңды сұрақ туады: неге мекенжайда әлі де басқа біреудің атауы тұр? Бұл нұсқаулық өз доменіңізді брондау жүйесіне қосуды ешкімді жалдамай қалай жасауға болатынын түсіндіреді: нақты нені өзгертесіз, қай екі-үш жазба қатысады, құлып белгісі неге сіз күткеннен кешірек шығады және қозғасаңыз компания поштасын үнсіз істен шығаратын жалғыз баптау қайсы.
DNS-ті терең түсінудің қажеті жоқ. Бір ғана ой жеткілікті: домен атауыңыз — жол көрсеткіш, ал сіз оны жаңа ғимаратқа қарай бұрып жатырсыз. Төмендегінің бәрі осы ойдың егжей-тегжейі.
Доменіңіз шын мәнінде қай жерде «тұрады»
Бұған үш түрлі компанияға дейін қатысуы мүмкін, ал иелердің көбі тек біреуін ғана біледі. Тіркеуші (registrar) — атауды сатып алған және жыл сайын ұзартуға төлейтін жеріңіз. DNS хостинг — осы атаудың жазбалары өңделетін жер: көбіне тіркеушімен бір компания, бірақ әрдайым емес, әсіресе бірнеше жыл бұрын веб-дизайнер бәрін өзі баптап, атауды бөлек DNS қызметіне көшірген болса. Сайт хостингі — қазіргі сайтыңыз жұмыс істейтін жер.
Сіз қосқалы отырған жазбалар DNS хостингке барады. Сондықтан бәрінен бұрын оның кім екенін анықтаңыз. Тіркеушінің кабинетіне кіріп, доменде көрсетілген NS серверлерін қараңыз. Олар тіркеушіге тиесілі болса, жазбаларды сонда өңдейсіз. Басқа жерді көрсетсе, жұмыс сол жерде жүреді. Бұған жұмсалған бірнеше минут ешкім оқымайтын панельде жазбаларды өңдеумен өтетін жарты күнді үнемдейді.
Негізгі домен бе, субдомен бе: ештеңеге тимес бұрын шешіңіз
Негізгі домен — оны түбірлік, apex немесе «жалаңаш» домен деп те атайды — алдында ештеңесі жоқ brandiniz.kz. Субдомен — алдында белгісі бар кез келген атау: www.brandiniz.kz, book.brandiniz.kz, tours.brandiniz.kz. Платформа екеуін де қабылдайды, ал таңдау қандай жазба қосатыныңызды өзгертеді.
Себебі ескі әрі талқыланбайды. Негізгі доменде доменнің өзін анықтайтын жазбалар бар, ал DNS CNAME жазбасына атауды басқа ештеңемен бөлісуге рұқсат бермейді. Сондықтан негізгі домен A жазбасымен тікелей IP мекенжайына, ал субдомен CNAME арқылы басқа хост атауына бағытталады.
| Негізгі домен (brandiniz.kz) | Субдомен (book.brandiniz.kz) | |
|---|---|---|
| Қосылатын жазба | IP мекенжайына бағытталған A жазбасы | Платформа хост атауына бағытталған CNAME |
| Клиент не тереді | Ең қысқа мекенжайды | Бір сөз артық, клиенттер сілтеме арқылы келгенде мұның маңызы аз |
| Қазіргі сайтыңыз | Негізгі доменнен көшуі керек, әйтпесе оны брондау сайты алмастырады | Өз орнында қалады |
| Компания поштасы | MX жазбаларына тимесеңіз, әсер етпейді | Әсер етпейді |
| Кімге лайық | Сайты брондау сайтының ӨЗІ болатын агенттікке | Сақтағысы келетін визитка-сайты, блогы не CMS-і бар агенттікке |
Сайты бар агенттіктердің көбі субдоменнен бастағаны жөн. Дау тудыратын — екінші жол: кейбір иелерге субдомен онша беделді көрінбейтіндей. Бұл орынды пікір, бірақ клиенттердің көбі сізге мекенжай теріп емес, WhatsApp, Telegram не Instagram-дағы сілтеме арқылы келсе, оның салмағы азаяды.
Қосылатын жазбалар және әрқайсысы не істейді
DNS қадамы сіздің доменіңізге арналған нақты мәндерді көрсетеді. Оларды сол жерден көшіріңіз, қандай да бір мақаладан емес — мына мақаладан да емес. Төменде әр жазбаның не үшін керек екені түсіндірілген, экранды көргенде бәрі түсінікті болуы үшін.
- CNAME — субдомен үшін. Атауы: таңдаған белгіңіз, мысалы
book. Мәні: DNS қадамы беретін платформа хост атауы. Ол «бұл атау анау атаудың бүркеншік аты» дейді, сондықтан платформа серверлері көшсе де, жазбаңыз сіз тимей-ақ жұмыс істей береді. - A жазбасы — негізгі домен үшін. Атауы:
@, DNS панельдерінің көбі мұны доменнің өзі деп түсінеді. Мәні: DNS қадамы беретін IP мекенжайы. Ол «бұл атау осы мекенжайда тұрады» дейді. - TXT — кейде. Кейбір баптаулар растау жазбасын да сұрайды: DNS қадамы көрсеткен атаудың астындағы ұзын кездейсоқ жол. Келушілерге ол ештеңе бермейді. Доменді басқаратын адам қосылуға келісім бергенін дәлелдейді. Қадам оны көрсетсе — қосыңыз; көрсетпесе — ештеңе жетіспейді.
Сәтсіз әрекеттердің көбін екі қате түсіндіреді. Біріншісі — «Атау» өрісіне толық доменді жазу. Көп панель доменді өзі тіркейді, сондықтан сол жерге жазылған book.brandiniz.kz book.brandiniz.kz.brandiniz.kz болып шығады да, ешқайда апармайды. Тек белгіні жазыңыз. Екіншісі — ескі жазбаны қалдыру. Егер book атауында бұрынғы жобадан қалған A жазбасы болса, CNAME оның қасында тұра алмайды, ал кейбір панельдер ескісін үнсіз сақтап қалады. Алдымен дәл сол атаудағы ескі жазбаны өшіріңіз.
DNS хостингіңізде жазбаға прокси қосқышы болса — Cloudflare оны қызғылт сары бұлт ретінде көрсетеді — қосу кезінде оны «тек DNS» режиміне қойыңыз. Прокси келушілерге платформаның орнына жауап береді де, платформаны төменде сипатталған тексерістен жасырып қалады.
Құлып белгісі неге соңында шығады
Иелер дәл осы қадамда бір нәрсе бұзылды деп ойлайды. Жазбалар сақталды, домен дұрыс сияқты, ал браузер байланыс қауіпсіз емес дейді — не сайт мүлдем ашылмайды. Ештеңе бұзылған жоқ. Жай ғана реттілік өзгермейді.
TLS сертификатын, яғни құлыпты, сертификаттау орталығы береді, ал ол алдымен доменнің шынымен сұраныста айтылған жерге бағытталғанын растауы тиіс. Ол мұны атауды жалпыға қолжетімді DNS-тен іздеу арқылы және көп жағдайда доменге сұраныс жіберіп, платформаның жауап беруін күту арқылы тексереді. Жазбаңыз сол орталық пайдаланатын резолверлерге жеткенше тексеріс өтпейді, мұны ешқандай басу өзгертпейді. Жазба резолвтала бастаған соң, платформа сертификатты өзі сұратады. Сертификатты сатып алудың, жүктеудің не ұзартудың қажеті жоқ.
«Резолвтала бастау» қанша уақыт алатыны көбіне бұрын тұрған жазбаның TTL мәніне байланысты: басқа серверлерге ескі жауапты қанша уақыт есте сақтауға рұқсат етілгені. Мүлдем жаңа атау әдетте тез шығады. Кеше ғана басқа жерді көрсеткен атау біраз уақыт ескі мекенжаймен жауап бере беруі мүмкін. Бар жазбаны ауыстыратыныңызды білсеңіз, оның TTL мәнін бір күн бұрын азайту күтуді қысқартады.
Әйтпесе — күтіңіз, сосын тексеріңіз. Жазбаны қайта-қайта өңдей бермеңіз: әр өзгеріс қате жауапты есте сақтаған әр серверге оны бере берудің тағы бір себебін береді. Жалпыға қолжетімді DNS тексеру сайттары әлемнің қалған бөлігі сіздің атауыңыз үшін нені көретінін көрсетеді; олар DNS қадамындағы мәнді көрсеткенде, келесі кезек — сертификат.
Қателік қаншаға түседі
Қымбат қателер брондау сайтында емес. Олар доменіңізге байланған қалған барлық нәрседе.
Ең жаманы — тек жазба қосу керек болғанда NS серверлерін ауыстыру. NS серверлерін көшіру бүкіл доменді жаңа DNS хостингке береді, ал онда қайта жасалмаған әр жазба жоғалады — компания поштасын жеткізетін MX жазбалары да. Біреу пошта жәшігінің тым тыныш болып қалғанын байқағанша, агенттік бір күндік клиент хаттарынан, жеткізушілердің растауларынан және әуе компанияларының кесте өзгерісі туралы хабарламаларынан айырылуы мүмкін. Брондау сайтын қосу NS серверлерін көшіруді ешқашан талап етпейді. Жазба қосыңыз; қалғанына тимеңіз.
Екіншісі — ескі сайтта адамдар әлі қолданатын беттер тұрғанда негізгі доменді брондау сайтына бағыттау: Google-да жоғары тұрған виза туралы бет, визиткаларға басылған байланыс беті. Ол сілтемелер енді ондай беттері жоқ брондау сайтына апарады. Не алдымен ескі сайтты субдоменге көшіріңіз, не брондау сайтын субдоменге қосыңыз.
Үшіншісі тек жүйкеге тиеді: құлып шықпай тұрып жаңа мекенжайды жариялау. Сайтыңызды жарнамалаған күні браузердің клиенттерді одан сақтандыруы — жаман таныстыру. Жазбаны сақтағаннан кейін емес, сертификат іске қосылғаннан кейін жариялаңыз.
Платформа доменін сақтаңыз — ол сіздің қосалқы жолыңыз
Сайтыңыз басталған платформа субдомені өз доменіңізді қосқанда жоғалмайды. Оны өшіру мүмкін емес, бұл әдейі жасалған.
Бұл — өз доменіңіз орныққанша тексеріс жүргізетін мекенжай, әрі тіркеушіде ұзарту мерзімі өтіп кетсе немесе біреу DNS-ті қателесіп өзгертсе де жұмыс істей беретін мекенжай. Екі мекенжайдың артында бір брондау жүйесі тұр, сондықтан брондауларға, клиенттерге және есептерге қай есіктен кіргенінің айырмасы жоқ. Оны өз доменіңіздің жұмысына тәуелді емес жерге жазып қойыңыз.
Ол жаңа сайт үшін дұрыс реттілікті де белгілейді — OTA-ны бір күнде іске қосу туралы мақаладағыдай: алдымен тіркеу шебері карта сұрамай жасайтын субдоменде іске қосылыңыз, ал сайт көрсетуге тұрарлық болғанда доменіңізді қосыңыз. Мекенжай сіздікі болғаннан кейін сайттың өзі нені қамтитыны вайт-лейбл турагенттік сайты шын мәнінде не береді деген мақалада.
Тексеру тізімі: өз доменіңізді брондау жүйесіне қосу
- DNS-ті кім хостингтейтінін анықтаңыз. Доменнің NS серверлері соны айтады.
- Негізгі домен мен субдоменнің бірін таңдаңыз. Сақтағыңыз келетін сайт болса, субдоменді таңдаңыз.
- Бірдеңені өзгертпес бұрын бар жазбалардың бәрін, әсіресе MX-ті, жазып алыңыз. Скриншот та жетеді.
- Пайдаланғалы отырған дәл сол атаудағы кез келген ескі жазбаны өшіріңіз.
- DNS қадамындағы жазбаны қосыңыз: субдоменге CNAME, негізгі доменге A, қадам көрсетсе TXT та. «Атау» өрісіне тек белгіні жазыңыз.
- Сол жазбадағы кез келген проксиді «тек DNS» режиміне ауыстырыңыз.
- Жазба жария түрде резолвтала бастағанша күтіңіз. Оны қайта-қайта өңдемеңіз.
- Құлыпты тексеріп, жаңа мекенжайда сынақ брондау жасаңыз, содан кейін ғана клиенттерге хабарлаңыз.
Бұл тізімнің басым бөлігі — күту. Сізге шынымен зиян келтіре алатын жалғыз қадам — тізімде жоқ қадам: NS серверлерін көшіру.