DNS সহজ ভাষায়: record, resolution ও সাধারণ সমস্যা

DNS (Domain Name System) example.com-এর মতো নামকে কম্পিউটারের ব্যবহৃত IP address-এ বদলায়। এটি ডোমেইন সম্পর্কে অন্য তথ্যও রাখে, যেমন তার email কোথায় যাবে।

Lookup কীভাবে চলে

আপনার browser-এর www.example.com দরকার হলে:

১. নিজের cache ও অপারেটিং সিস্টেমের cache দেখে। ২. recursive resolver-কে জিজ্ঞেস করে, যা সাধারণত আপনার ISP, কোম্পানি বা Cloudflare (1.1.1.1) বা Google (8.8.8.8)-এর মতো public সেবা চালায়। ৩. Resolver-এর cache-এ উত্তর না থাকলে সে root server-কে জিজ্ঞেস করে, যা TLD (.com)-এর server দেখায়, যা ডোমেইনের authoritative name server দেখায়। ৪. Authoritative server উত্তর দেয়। Resolver তা cache করে ফেরত পাঠায়।

DNS দ্রুত রাখতে উত্তর TTL-এর নির্ধারিত সময় পর্যন্ত cache হয়।

মূল record-এর ধরন

Record	কাজ	উদাহরণ
A	নাম থেকে IPv4	example.com -> 203.0.113.10
AAAA	নাম থেকে IPv6	example.com -> 2001:db8::10
CNAME	অন্য নামের alias	www -> example.com
MX	ডোমেইনের mail server	10 mail.example.com
TXT	মুক্ত লেখা, SPF, DKIM, DMARC ও যাচাইয়ে ব্যবহৃত	v=spf1 include:... ~all
NS	কোন name server authoritative	ns1.provider.com
SRV, CAA	service-এর অবস্থান, এবং কোন CA certificate দিতে পারবে

জানার মতো নিয়ম:

• Root-এ CNAME বসানো যায় না (example.com), অন্য record-এর পাশে। কিছু provider এর জন্য "ALIAS" বা "CNAME flattening" দেয়।
• CNAME-যুক্ত নামে অন্য ধরনের record থাকা উচিত নয়।
• Registrar হলো যেখানে ডোমেইন কেনেন; DNS host হলো যেখানে record থাকে। এরা আলাদা হতে পারে, NS record দুটিকে জোড়ে।

TTL ও propagation

TTL হলো একটি resolver কত সেকেন্ড উত্তর cache রাখতে পারে। বদল তাৎক্ষণিক নয়: পুরোনো উত্তর TTL শেষ না হওয়া পর্যন্ত cache-এ থাকতে পারে। এটিকেই মানুষ "propagation" বলে।

টিপ: পরিকল্পিত বদলের (যেমন server সরানো) একদিন আগে TTL কমান, পরে আবার বাড়ান।

DNS debug

dig example.com            # পূর্ণ উত্তর
dig +short example.com A   # শুধু IP
dig example.com MX
dig @1.1.1.1 example.com   # নির্দিষ্ট resolver-কে জিজ্ঞেস
dig +trace example.com     # root থেকে delegation অনুসরণ
nslookup example.com       # সহজ বিকল্প

Authoritative server কী বলছে আর public resolver কী বলছে তা মেলান। আলাদা হলে সম্ভবত cache-এর অপেক্ষা করছেন।

DNS ও email

Email পৌঁছানো DNS-এর ওপর নির্ভর করে:

• MX বলে mail কোথায় গ্রহণ হবে।
• SPF (TXT) তালিকা করে কে আপনার ডোমেইনের হয়ে mail পাঠাতে পারবে।
• DKIM (TXT) বার্তার স্বাক্ষর যাচাইয়ের key প্রকাশ করে।
• DMARC (TXT) যাচাই ব্যর্থ হলে গ্রহণকারীকে কী করতে হবে বলে।

নিরাপত্তার বিষয়

• Registrar ও DNS অ্যাকাউন্ট শক্ত পাসওয়ার্ড ও two-factor দিয়ে সুরক্ষিত করুন। DNS দখল মানে ডোমেইন দখল।
• মুছে ফেলা cloud resource-এ নির্দেশ করা ঝুলে থাকা DNS record subdomain takeover ঘটাতে পারে। যে record আর লাগে না তা সরান।
• DNSSEC স্বাক্ষর যোগ করে যাতে উত্তর যাচাই করা যায়, আর DoH ও DoT আপনার ও resolver-এর মধ্যে lookup এনক্রিপ্ট করে।
• অননুমোদিত transfer ঠেকাতে registrar lock ব্যবহার করুন।

সাধারণ সমস্যা

• Record বদলেছেন কিন্তু পুরোনোটাই দেখছেন: caching ও TTL।
• সাইট কিছু network-এ চলে: আলাদা resolver বা cache।
• Email spam-এ যাচ্ছে: SPF, DKIM বা DMARC নেই।
• Root-এ CNAME: অনুমোদিত নয়, A record বা ALIAS ব্যবহার করুন।

মূল কথা: DNS resolver ও authoritative server-এর শৃঙ্খলে নামকে উত্তরে বদলায়, TTL অনুযায়ী cache করে, বিভিন্ন কাজে বিভিন্ন record ব্যবহার করে, এবং যেকোনো গুরুত্বপূর্ণ অ্যাকাউন্টের মতোই সুরক্ষার যোগ্য।

---

Networking ও Cloud সিরিজ, পর্ব ১ (ইন্টারনেট কীভাবে চলে): 2 নম্বর (মোট 5)। আগের লেখা: IP address, subnet ও CIDR সহজ ভাষায়.