Домен бир неча йил ишлагач, унинг DNS зонасида турли даврлардан қолган ёзувлар тўпланиб қолади. Эски хостинг серверига ишора қилувчи A ёзув, бир пайтлар синаб кўрилган почта хизматининг MX ёзуви, кимдир қачондир қўшган тасдиқлаш TXT ёзуви ёки ёпилган онлайн дўконга қараган CNAME. Зонани тозалаш истаги табиий, чунки ортиқча ёзувлар чалкашлик туғдиради. Лекин "бу нима экан, керак эмасдир" деган тахмин билан ўчирилган битта қатор почтани тўхтатиши ёки муҳим хизматни кириб бўлмайдиган қилиб қўйиши мумкин.
Нега "эскидек кўринган" ёзув ҳали ҳам ишлаётган бўлиши мумкин
DNS ёзувининг ёнида ким, қачон ва нима учун қўшгани ёзилмайди. Шу сабабли old, test ёки srv2 каби номлар ташқаридан кераксиз кўринса ҳам, аслида ички тизим, бухгалтерия дастури ёки касса иловаси айнан шу манзилга уланиб турган бўлиши мумкин. Айниқса TXT ёзувлар алдамчи: уларнинг бир қисми бир марта тасдиқлаш учун керак бўлади, аммо айрим хизматлар тасдиқловчи ёзув жойида турганини вақти-вақти билан қайта текширади. Ёзув йўқолса, хизмат доменни эгасиз деб ҳисоблаб, уланишни бекор қилиши мумкин.
Почта билан боғлиқ ёзувлар алоҳида эътибор талаб қилади. SPF, DKIM ва DMARC қаторлари ташқи кўринишда бир хил TXT матнларга ўхшайди, аммо улардан бирини ўчириш хатларингиз қабул қилувчи серверларда спамга тушишига олиб келади. DKIM калити одатда selector._domainkey кўринишидаги номда туради ва кўпчилик уни тушунарсиз қолдиқ деб ўйлайди.
Реал ҳолат: клиника сайтини кўчиргандан кейин
Тошкентдаги хусусий клиника ўз сайтини янги хостингга кўчирди ва администратор misol.uz зонасини тозалашга қарор қилди. У эски серверга қараган барча A ёзувларни ўчирди, шу жумладан mail.misol.uz ни ҳам. Сайт янги жойда яхши ишлади, аммо эртаси куни регистратурадаги ходимлар телефонларидаги почта иловаси серверга улана олмаётганини айтишди: иловаларда сервер номи сифатида айнан mail.misol.uz ёзилган эди, почта эса ҳали эски серверда турарди. Муаммо бир неча соатда ҳал қилинди, лекин шу вақт ичида беморлар ёзган хатлар жавобсиз қолди. Агар ўчиришдан олдин ҳар бир ном нимага хизмат қилиши текширилганда, бундай узилиш бўлмасди.
Ўчиришдан олдин ёзувни қандай текшириш мумкин
Биринчи қадам — зонанинг ҳозирги ҳолатини тўлиқ ёзиб олиш. Кабинетдаги DNS саҳифасидан барча ёзувларни нусха кўчириб, сана билан алоҳида файлга сақланг. Кейин ҳар бир ёзувнинг ҳозир нимага жавоб бераётганини буйруқ сатрида текширинг. Қуйидаги буйруқлар Linux, macOS ёки Windows'даги WSL муҳитида ишлайди:
# Asosiy yozuvlarni ko'rish
dig +short A misol.uz
dig +short MX misol.uz
dig +short TXT misol.uz
dig +short TXT _dmarc.misol.uz
# Aniq bir subdomen nimaga qarayapti
dig +short CNAME shop.misol.uz
dig +short A mail.misol.uz
# Windows'da dig bo'lmasa
nslookup -type=MX misol.uzA ёзув кўрсатган IP манзилда ҳақиқатан ҳам бирор хизмат ишлаётганини билиш учун сўровни тўғридан-тўғри ўша манзилга юбориб кўриш мумкин. curl буйруғининг --resolve параметри DNS'га тегмасдан, берилган номни берилган IP манзилга боғлаб сўров юборади:
curl -I --resolve old.misol.uz:443:203.0.113.10 https://old.misol.uz/Агар жавоб келса ва унда ишлаётган илова кўринса, демак ёзувни ўчиришдан олдин бу хизматдан ким фойдаланаётганини аниқлаш керак. Жавоб умуман келмаса ёки сервер аллақачон ўчирилган бўлса, ёзув ҳақиқатан ҳам кераксиз бўлиши эҳтимоли юқори.
Ҳар бир турдаги ёзув учун алоҳида саволлар
| Ёзув тури | Ўчиришдан олдин сўраладиган савол |
|---|---|
| A / AAAA | Бу IP манзилда ҳозир бирор хизмат ишлаяптими, қурилмалар ёки дастурлар шу номга уланадими? |
| MX | Почта ҳозир қайси серверда, бу MX шу сервер билан мосми? |
| TXT | Бу SPF, DKIM, DMARC ёки бирор хизматнинг тасдиқлаш ёзувими, хизмат уни қайта текширадими? |
| CNAME | Ёзув қараган ташқи хизмат ҳали сизнинг аккаунтингизда очиқми? |
| CAA | SSL сертификат берувчи марказ шу ёзувга таянадими? |
Баъзан ўчирмаслик хавфлироқ: осилиб қолган CNAME
Зонани тозалаш масаласининг тескари томони ҳам бор. Агар shop.misol.uz ташқи дўкон платформасига CNAME орқали қараган бўлса-ю, сиз ўша платформадаги аккаунтни ёпган бўлсангиз, ёзув "осилиб" қолади. Айрим платформаларда бошқа одам янги аккаунт очиб, айнан шу субдоменни ўзига улаб олиши мумкин, натижада сизнинг доменингиз номидан бегона саҳифа очилади. Бу ҳолат субдоменни эгаллаб олиш деб аталади ва фишинг учун қулай восита бўлади. Шунинг учун хизматдан воз кечганда унга қараган CNAME ёзувни ҳам дарҳол олиб ташлаш керак, аммо буни қилишдан олдин хизмат ҳақиқатан ёпилганига ишонч ҳосил қилинг.
Хавфсиз ўчириш кетма-кетлиги
Шубҳали ёзувни бирданига ўчириш ўрнига босқичма-босқич ҳаракат қилган маъқул. Бу усул хато бўлса, тез орқага қайтиш имконини беради.
- Зонанинг тўлиқ нусхасини сақланг ва ўзгариш санасини ёзиб қўйинг.
- Ёзувнинг TTL қийматини бир кун олдин 300 сонияга туширинг, шунда қайтариш керак бўлса, ўзгариш тез тарқалади.
- Жамоадаги дастурчи, бухгалтер ва почтадан фойдаланувчилардан бу ном ҳақида сўранг.
- Ёзувни ўчиринг ва бир-икки ҳафта давомида шикоятлар, хатолар ва почта журналларини кузатинг.
- Муаммо чиқмаса, сақланган нусхани архивда қолдиринг ва ҳужжатлаштиринг.
TTL қийматини пасайтириш босқичи кўпинча эътибордан четда қолади. Агар ёзувнинг TTL қиймати бир сутка бўлса ва сиз хатони тушуниб уни қайта қўшсангиз, баъзи фойдаланувчилар провайдерлари кешида ёзув йўқлиги ҳақидаги жавоб сақланиб қолгани сабаб яна бир муддат муаммони кўришда давом этади. Шу сабабли ўзгаришни олдиндан режалаштириш тикланиш вақтини сезиларли қисқартиради.
Зонани тартибда сақлаш одати
Келажакда бундай саволлар туғилмаслиги учун DNS ўзгаришларини оддий жадвалда қайд этиб бориш фойдали: ёзув номи, тури, қиймати, ким қўшгани, нима учун ва қачон қайта кўриб чиқилиши. Кичик ташкилотда бу битта умумий ҳужжат бўлиши мумкин. sayt.uz кабинетидаги DNS саҳифасида ёзувларни қўшиш ва ўчириш осон, аммо ҳар бир ўзгариш ортида кимнинг қарори турганини айнан шундай жадвал эслаб қолади. Йилда бир ёки икки марта зонани кўздан кечириб, энди ишлатилмайдиган хизматларни эҳтиёткорлик билан олиб ташлаш доменни ҳам, почтани ҳам барқарор ушлаб туради.