🧹
Domen

Eski DNS yozuvini o'chirishdan oldin nimalarni tekshirish kerak

12.11.2026
← Barcha maqolalar

Domen bir necha yil ishlagach, uning DNS zonasida turli davrlardan qolgan yozuvlar to'planib qoladi. Eski hosting serveriga ishora qiluvchi A yozuv, bir paytlar sinab ko'rilgan pochta xizmatining MX yozuvi, kimdir qachondir qo'shgan tasdiqlash TXT yozuvi yoki yopilgan onlayn do'konga qaragan CNAME. Zonani tozalash istagi tabiiy, chunki ortiqcha yozuvlar chalkashlik tug'diradi. Lekin "bu nima ekan, kerak emasdir" degan taxmin bilan o'chirilgan bitta qator pochtani to'xtatishi yoki muhim xizmatni kirib bo'lmaydigan qilib qo'yishi mumkin.

Nega "eskidek ko'ringan" yozuv hali ham ishlayotgan bo'lishi mumkin

DNS yozuvining yonida kim, qachon va nima uchun qo'shgani yozilmaydi. Shu sababli old, test yoki srv2 kabi nomlar tashqaridan keraksiz ko'rinsa ham, aslida ichki tizim, buxgalteriya dasturi yoki kassa ilovasi aynan shu manzilga ulanib turgan bo'lishi mumkin. Ayniqsa TXT yozuvlar aldamchi: ularning bir qismi bir marta tasdiqlash uchun kerak bo'ladi, ammo ayrim xizmatlar tasdiqlovchi yozuv joyida turganini vaqti-vaqti bilan qayta tekshiradi. Yozuv yo'qolsa, xizmat domenni egasiz deb hisoblab, ulanishni bekor qilishi mumkin.

Pochta bilan bog'liq yozuvlar alohida e'tibor talab qiladi. SPF, DKIM va DMARC qatorlari tashqi ko'rinishda bir xil TXT matnlarga o'xshaydi, ammo ulardan birini o'chirish xatlaringiz qabul qiluvchi serverlarda spamga tushishiga olib keladi. DKIM kaliti odatda selector._domainkey ko'rinishidagi nomda turadi va ko'pchilik uni tushunarsiz qoldiq deb o'ylaydi.

Real holat: klinika saytini ko'chirgandan keyin

Toshkentdagi xususiy klinika o'z saytini yangi hostingga ko'chirdi va administrator misol.uz zonasini tozalashga qaror qildi. U eski serverga qaragan barcha A yozuvlarni o'chirdi, shu jumladan mail.misol.uz ni ham. Sayt yangi joyda yaxshi ishladi, ammo ertasi kuni registraturadagi xodimlar telefonlaridagi pochta ilovasi serverga ulana olmayotganini aytishdi: ilovalarda server nomi sifatida aynan mail.misol.uz yozilgan edi, pochta esa hali eski serverda turardi. Muammo bir necha soatda hal qilindi, lekin shu vaqt ichida bemorlar yozgan xatlar javobsiz qoldi. Agar o'chirishdan oldin har bir nom nimaga xizmat qilishi tekshirilganda, bunday uzilish bo'lmasdi.

O'chirishdan oldin yozuvni qanday tekshirish mumkin

Birinchi qadam — zonaning hozirgi holatini to'liq yozib olish. Kabinetdagi DNS sahifasidan barcha yozuvlarni nusxa ko'chirib, sana bilan alohida faylga saqlang. Keyin har bir yozuvning hozir nimaga javob berayotganini buyruq satrida tekshiring. Quyidagi buyruqlar Linux, macOS yoki Windows'dagi WSL muhitida ishlaydi:

# 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.uz

A yozuv ko'rsatgan IP manzilda haqiqatan ham biror xizmat ishlayotganini bilish uchun so'rovni to'g'ridan-to'g'ri o'sha manzilga yuborib ko'rish mumkin. curl buyrug'ining --resolve parametri DNS'ga tegmasdan, berilgan nomni berilgan IP manzilga bog'lab so'rov yuboradi:

curl -I --resolve old.misol.uz:443:203.0.113.10 https://old.misol.uz/

Agar javob kelsa va unda ishlayotgan ilova ko'rinsa, demak yozuvni o'chirishdan oldin bu xizmatdan kim foydalanayotganini aniqlash kerak. Javob umuman kelmasa yoki server allaqachon o'chirilgan bo'lsa, yozuv haqiqatan ham keraksiz bo'lishi ehtimoli yuqori.

Har bir turdagi yozuv uchun alohida savollar

Yozuv turiO'chirishdan oldin so'raladigan savol
A / AAAABu IP manzilda hozir biror xizmat ishlayaptimi, qurilmalar yoki dasturlar shu nomga ulanadimi?
MXPochta hozir qaysi serverda, bu MX shu server bilan mosmi?
TXTBu SPF, DKIM, DMARC yoki biror xizmatning tasdiqlash yozuvimi, xizmat uni qayta tekshiradimi?
CNAMEYozuv qaragan tashqi xizmat hali sizning akkauntingizda ochiqmi?
CAASSL sertifikat beruvchi markaz shu yozuvga tayanadimi?

Ba'zan o'chirmaslik xavfliroq: osilib qolgan CNAME

Zonani tozalash masalasining teskari tomoni ham bor. Agar shop.misol.uz tashqi do'kon platformasiga CNAME orqali qaragan bo'lsa-yu, siz o'sha platformadagi akkauntni yopgan bo'lsangiz, yozuv "osilib" qoladi. Ayrim platformalarda boshqa odam yangi akkaunt ochib, aynan shu subdomenni o'ziga ulab olishi mumkin, natijada sizning domeningiz nomidan begona sahifa ochiladi. Bu holat subdomenni egallab olish deb ataladi va fishing uchun qulay vosita bo'ladi. Shuning uchun xizmatdan voz kechganda unga qaragan CNAME yozuvni ham darhol olib tashlash kerak, ammo buni qilishdan oldin xizmat haqiqatan yopilganiga ishonch hosil qiling.

Xavfsiz o'chirish ketma-ketligi

Shubhali yozuvni birdaniga o'chirish o'rniga bosqichma-bosqich harakat qilgan ma'qul. Bu usul xato bo'lsa, tez orqaga qaytish imkonini beradi.

  1. Zonaning to'liq nusxasini saqlang va o'zgarish sanasini yozib qo'ying.
  2. Yozuvning TTL qiymatini bir kun oldin 300 soniyaga tushiring, shunda qaytarish kerak bo'lsa, o'zgarish tez tarqaladi.
  3. Jamoadagi dasturchi, buxgalter va pochtadan foydalanuvchilardan bu nom haqida so'rang.
  4. Yozuvni o'chiring va bir-ikki hafta davomida shikoyatlar, xatolar va pochta jurnallarini kuzating.
  5. Muammo chiqmasa, saqlangan nusxani arxivda qoldiring va hujjatlashtiring.

TTL qiymatini pasaytirish bosqichi ko'pincha e'tibordan chetda qoladi. Agar yozuvning TTL qiymati bir sutka bo'lsa va siz xatoni tushunib uni qayta qo'shsangiz, ba'zi foydalanuvchilar provayderlari keshida yozuv yo'qligi haqidagi javob saqlanib qolgani sabab yana bir muddat muammoni ko'rishda davom etadi. Shu sababli o'zgarishni oldindan rejalashtirish tiklanish vaqtini sezilarli qisqartiradi.

Zonani tartibda saqlash odati

Kelajakda bunday savollar tug'ilmasligi uchun DNS o'zgarishlarini oddiy jadvalda qayd etib borish foydali: yozuv nomi, turi, qiymati, kim qo'shgani, nima uchun va qachon qayta ko'rib chiqilishi. Kichik tashkilotda bu bitta umumiy hujjat bo'lishi mumkin. sayt.uz kabinetidagi DNS sahifasida yozuvlarni qo'shish va o'chirish oson, ammo har bir o'zgarish ortida kimning qarori turganini aynan shunday jadval eslab qoladi. Yilda bir yoki ikki marta zonani ko'zdan kechirib, endi ishlatilmaydigan xizmatlarni ehtiyotkorlik bilan olib tashlash domenni ham, pochtani ham barqaror ushlab turadi.

O'xshash maqolalar

🔎 RDAP: WHOIS o'rnini egallagan yangi protokol va undan qanday foydalanish 🛡️ Tashkilot uchun bir nechta domen: himoya to'plamini qanday tuzish kerak ↪️ Domen yo'naltirish (forwarding): turlari va qachon ishlatish 🔢 Domen nomida raqam va chiziqcha: foyda va zarar
🌐 Til
🇺🇿 O'zbek ✓ 🇺🇿 Ўзбек 🇷🇺 Русский 🇬🇧 English