Name resolution — odam yoki dastur uchun qulay nomni tizim foydalanadigan manzil yoki identifikatorga aylantirish jarayonidir. Tarmoqda domen nomi IP manzilga, operatsion tizimda foydalanuvchi nomi UIDga, dastur bog‘lashda ramz nomi xotira manziliga yechilishi mumkin. Kontekstga qarab mexanizm farq qiladi, umumiy maqsad esa barqaror nomni o‘zgaruvchan texnik joylashuvdan ajratishdir.
Tarmoqdagi yechish
Internetda eng tanilgan mexanizm DNSdir. Ilova example.com nomini resolverga beradi. Resolver lokal kesh, hosts fayli yoki sozlangan DNS serverlardan A, AAAA yoxud boshqa yozuvni oladi. Rekursiv resolver javobni topish uchun root, top-level domain va authoritative serverlar zanjiridan foydalanishi mumkin.
ilova -> stub resolver -> rekursiv resolver -> authoritative DNS
Javob TTL davomida keshda saqlanadi. Bu kechikish va server yukini kamaytiradi, lekin manzil o‘zgarganda eski qiymat muddat tugaguncha ishlashi mumkin. Negative caching mavjud bo‘lmagan nom haqidagi javobni ham vaqtincha saqlaydi.
Mahalliy manbalar va ustuvorlik
Operatsion tizim faqat DNSga tayanmasligi mumkin. /etc/hosts, mDNS, LDAP yoki boshqa katalog manbalari nom xizmatlari konfiguratsiyasida belgilangan tartibda tekshiriladi. Shu sabab DNS yozuvi to‘g‘ri bo‘lsa ham, mahalliy hosts satri boshqa manzilni qaytarishi mumkin.
Qidiruv domenlari qisqa nomga avtomatik suffiks qo‘shadi. db so‘rovi db.internal.examplega aylanishi mumkin. Bu ichki tarmoqda qulay, lekin noto‘g‘ri qidiruv tartibi nomni tashqi domen bilan aralashtirishi yoki ortiqcha so‘rov yuborishi mumkin. Muhim xizmatlarda to‘liq malakali domen nomi aniqroq.
Service discovery
Dinamik infratuzilmada xizmat nusxalarining IP manzili tez-tez o‘zgaradi. Service discovery barqaror xizmat nomini sog‘lom endpointlar to‘plamiga yechadi. DNS yozuvi, registry yoki service mesh boshqaruv tekisligi bu vazifani bajarishi mumkin. Oddiy DNS kesh va TTLga tayanadi; registry esa qo‘shimcha metadata va sog‘liq holatini bera oladi.
Mijoz bir nechta manzil olsa, tanlash va qayta urinish siyosati muhim. Nosoz manzil keshda qolsa, resolver javobi to‘g‘ri bo‘lsa ham ulanish muvaffaqiyatsiz bo‘ladi. Sog‘liq tekshiruvi va qisqa, ammo haddan tashqari kichik bo‘lmagan TTL muvozanat yaratadi.
Xavfsizlik
Soxta javob trafikni hujumchi manziliga yo‘naltirishi mumkin. DNSSEC yozuvning haqiqiyligi va yaxlitligini kriptografik tekshiradi, lekin trafikning maxfiyligini ta’minlamaydi. DNS over TLS yoki HTTPS resolver bilan kanalni shifrlaydi. Ilova baribir TLS sertifikatidagi nomni tekshirishi kerak; IP manzilning o‘zi server identifikatsiyasini isbotlamaydi.
Kesh poisoningga qarshi tasodifiy transaction ID, manba porti va javob validatsiyasi ishlatiladi. Split-horizon DNS bir nomga ichki va tashqi tarmoqda turli javob berishi mumkin; uning boshqaruvi va diagnostikasi aniq bo‘lishi zarur.
Diagnostika
Muammo tekshiruvida qaysi resolver va manba ishlatilgani aniqlanadi. dig authoritative yoki rekursiv javobni, operatsion tizim vositasi esa ilova ko‘radigan yakuniy natijani ko‘rsatadi. TTL, CNAME zanjiri, IPv4/IPv6 farqi, qidiruv domeni va kesh alohida tekshiriladi. Nom yechilishi muvaffaqiyatli bo‘lishi xizmat porti ochiq yoki ilova sog‘lom ekanini anglatmaydi; keyingi tarmoq qatlamlari mustaqil sinovdan o‘tadi.
Ilova xatti-harakati
Ilova DNS natijasini cheksiz saqlamasligi kerak. Runtime o‘z keshiga ega bo‘lsa, authoritative TTL tugasa ham eski IPdan foydalanishi mumkin. Ulanish havzasi ham yangi resolutionni kechiktiradi. Failover dizaynida resolver javobi, client connection reuse va retry birgalikda sinovdan o‘tadi. Bir nechta manzil orasida faqat birinchisini doim tanlash notekis yuk va nosozlikka olib kelishi mumkin.
Bog‘liq tushunchalar
DNS, Resolver, Service discovery, Domain name, IP address, DNSSEC, Caching