জ্ঞানভাণ্ডার

প্রতিটি DNS রেকর্ড যা করে

A, AAAA, CNAME, MX, TXT, SRV, CAA এবং বাকিগুলো — প্রতিটির জন্য একটি বাক্যে, এবং সম্ভবত আপনার কোনটি প্রয়োজন।

DNS হলো একটি লুকআপ টেবিল যা একটি নামকে উত্তরে রূপান্তরিত করে। রেকর্ডের ধরনটি বলে দেয় কী ধরনের উত্তর।

যেগুলি আপনি প্রকৃতপক্ষে ব্যবহার করবেন

A — একটি নামকে একটি IPv4 ঠিকানার দিকে নির্দেশ করে। www.example.com → 203.0.113.10। এটিই একটি ডোমেনকে একটি ওয়েবসাইটের দিকে নির্দেশ করে।

AAAA — IPv6-এর জন্য একই জিনিস। এটি A রেকর্ডের পরিবর্তে নয়, বরং তার পাশাপাশি যোগ করুন।

CNAME — একটি নামকে অন্য একটি নামের দিকে নির্দেশ করে, এবং সেটি যেখানেই যায় তাকে অনুসরণ করে। লক্ষ্যস্থলের ঠিকানা পরিবর্তিত হতে পারে এমন ক্ষেত্রে এটি কার্যকর। ⛔ অন্যান্য রেকর্ডের পাশাপাশি একটি CNAME মূল ডোমেনে (example.com) থাকতে পারে না — সেখানে একটি A রেকর্ড ব্যবহার করুন।

MX — এই ডোমেনের ইমেল কোথায় ডেলিভারি করা হয়। ওয়েবসাইটের সাথে এর কোনো সম্পর্ক নেই; আপনার সাইটের A রেকর্ড পরিবর্তন করলে মেইলে কোনো প্রভাব পড়ে না, এবং MX পরিবর্তন করলে সাইটে কোনো প্রভাব পড়ে না।

TXT — মুক্ত পাঠ্য, যা অন্যান্য সিস্টেম দ্বারা পড়া হয়। ডোমেন যাচাইকরণ এবং SPF, DKIM ও DMARC রেকর্ডের জন্য ব্যবহৃত হয় যা আপনার ইমেলকে স্প্যাম হিসেবে গণ্য হওয়া থেকে বিরত রাখে।

NS — ডোমেনের জন্য কোন নেমসার্ভারগুলি কর্তৃত্বপূর্ণ। এগুলি পরিবর্তন করলে পুরো জোনটি অন্য কারও কাছে হস্তান্তর করা হয়।

বিশেষজ্ঞ রেকর্ডগুলি

আপনি এই সবগুলিই Domains → your domain → DNS records → Add record থেকে যোগ করবেন। সম্পাদক প্রতিটি অংশ আলাদাভাবে জানতে চায়, তাই আপনাকে কখনই ক্রম মনে রাখতে হবে না।

SRV — একটি পরিষেবা কোথায় অবস্থান করে: একটি অগ্রাধিকার (কমটি প্রথমে চেষ্টা করা হয়), একটি ওজন (সমান অগ্রাধিকারের মধ্যে লোড ভাগ করে), একটি পোর্ট এবং একটি টার্গেট হোস্ট। Microsoft 365, Teams, SIP ফোন, XMPP চ্যাট এবং কিছু গেম _sip._tls-এর মতো নাম সহ একটি রেকর্ডের জন্য অনুরোধ করে।

CAA — কোন সার্টিফিকেট কর্তৃপক্ষ ডোমেনের জন্য সার্টিফিকেট ইস্যু করতে পারে। একটি ট্যাগ (সাধারণ সার্টিফিকেটের জন্য issue, ওয়াইল্ডকার্ডের জন্য issuewild, প্রত্যাখ্যাত অনুরোধের রিপোর্ট পাঠানোর জন্য iodef) এবং letsencrypt.org-এর মতো একটি মান বেছে নিন। ১২৮ প্রয়োজন তা নিশ্চিতভাবে না জানলে ফ্ল্যাগ ০-এ রাখুন। ⚠️ আপনি যদি কোনো CAA রেকর্ড যোগ করেন, তবে আপনার ব্যবহৃত প্রতিটি কর্তৃপক্ষ অন্তর্ভুক্ত করুন — এখানকার একটি অনুপস্থিত থাকলে তার সার্টিফিকেটের নবায়ন বন্ধ হয়ে যাবে।

PTR — একটি নামের জন্য আরেকটি নাম, যা কোনো হোস্টের দিকে নির্দেশ করে। কোনো মেল সার্ভারের IP ঠিকানার জন্য রিভার্স DNS সেট করেন সেই ব্যক্তি বা প্রতিষ্ঠান যিনি IP-এর মালিক, এখানে নয়; এর জন্য আপনার সার্ভার প্রদানকারীকে বলুন।

TLSA — DANE-এর জন্য একটি সার্টিফিকেট পিন করে (বেশিরভাগ ক্ষেত্রে মেল সার্ভার)। এতে একটি ব্যবহার, একটি সিলেক্টর, একটি ম্যাচিং টাইপ এবং হেক্সাডেসিমেল ফরম্যাটে সার্টিফিকেট ডেটা থাকে; আপনার মেল সফটওয়্যার বা প্রদানকারী আপনাকে এই চারটিই সরবরাহ করবে।

HTTPS এবং SVCB — ব্রাউজার এবং অ্যাপগুলিকে জিজ্ঞাসা করার আগেই কীভাবে সংযোগ করতে হবে তা বলে দেয়, যেমন কোনো সাইট কোন প্রোটোকলগুলি (alpn=h2,h3) সমর্থন করে। অগ্রাধিকার 0 হলো উপনাম মোড (শুধুমাত্র একটি লক্ষ্য); 1 বা তার বেশি হলো ঐচ্ছিক পরামিতি সহ পরিষেবা মোড। . লক্ষ্যটির অর্থ হলো নামটি নিজেই।

প্রকার মেনুতে কোনো প্রকার অনুপস্থিত থাকলে, এই ডোমেনের জোন পরিচালনাকারী DNS প্রদানকারী তা সংরক্ষণ করতে পারে না; আমাদের নেমসার্ভারে (ns1.zinndigital.com, ns2.zinndigital.com) থাকা ডোমেনগুলি উপরের প্রতিটি প্রকার ধারণ করতে পারে। DS রেকর্ডগুলি (DNSSEC) এখানে যোগ করা হয় না — সেগুলি আপনার নিবন্ধকের কাছে থাকে।

SOA — জোনের নিজস্ব সেটিংস: এর প্রাথমিক নেমসার্ভার, প্রশাসকের ঠিকানা, একটি সিরিয়াল যা প্রতিটি পরিবর্তনের সাথে বৃদ্ধি পায়, এবং অন্যান্য নেমসার্ভারগুলি যে টাইমারগুলি ব্যবহার করে। এটি DNS প্রদানকারীর অন্তর্ভুক্ত, তাই এটি টাইপ মেনুতে নেই; নেমসার্ভারগুলি থেকে সরাসরি পড়া তথ্য দেখতে রেকর্ডগুলির অধীনে জোন সেটিংস (SOA) খুলুন। একটি পরিবর্তিত সিরিয়াল নির্দেশ করে যে আপনার সর্বশেষ পরিবর্তনটি কার্যকর হচ্ছে।

আপনি যখন কোনো ডোমেন আমাদের নেমসার্ভারগুলিতে স্থানান্তর করেন, তখন আমরা CAA এবং সাধারণ SRV রেকর্ড সহ এটি ইতিমধ্যে প্রকাশ করে এমন সাধারণ রেকর্ডগুলি অনুলিপি করি, এবং যেগুলি অনুলিপি করা সম্ভব হয়নি সেগুলি ডোমেন পৃষ্ঠায় তালিকাভুক্ত করি যাতে আপনি পরিবর্তন করার আগে সেগুলি ম্যানুয়ালি যোগ করতে পারেন।

একটি পরিবর্তন কার্যকর হতে কতক্ষণ সময় নেয়

প্রতিটি রেকর্ডের একটি TTL থাকে — অন্যান্য সিস্টেমগুলি কতক্ষণ পুরনো উত্তরটি ক্যাশে সংরক্ষণ করতে পারে। যিনি সম্প্রতি অনুসন্ধান করেননি এমন যে কারও কাছে কয়েক সেকেন্ডের মধ্যেই পরিবর্তনটি দৃশ্যমান হয়, এবং বাকি সকলের জন্য তাদের ক্যাশের মেয়াদ শেষ হলে এটি দৃশ্যমান হয়। একটি পরিকল্পিত পরিবর্তনের একদিন আগে TTL কমিয়ে দিন এবং অপেক্ষার সময় কমিয়ে কয়েক মিনিটে নামিয়ে আনুন।

ব্লগ থেকে সাম্প্রতিক

হোস্টিং, এসইও এবং বৃহৎ পরিসরে সাইট পরিচালনা সম্পর্কে আমরা যা লিখছি।

হোস্টিং স্তর থেকে এসইও এবং লিঙ্ক বিল্ডিং: ২০২৬ সালের একজন অপারেটরের দৃষ্টিভঙ্গি

২০২৬ সালে হোস্টিং যেভাবে ইনডেক্সিং এবং লিঙ্ক ইকুইটি প্রভাবিত করে: পেজ ইনডেক্স করে রাখা, কাজ শুরুর আগে পুরনো ডোমেন যাচাই করা, কোনো সার্চ ফুটপ্রিন্ট ছাড়া লিঙ্ক তৈরি করা, এবং এসইও-এর জন্য অবকাঠামো কী করতে পারে আর কী পারে না সে সম্পর্কে একটি সৎ দৃষ্টিভঙ্গি।

পোস্টটি পড়ুন →

WordPress-কে দ্রুত এবং নিরাপদ করা: পারফরম্যান্স এবং প্লাগইন চেকলিস্ট

দ্রুত এবং নিরাপদ WordPress-এর জন্য একটি ব্যবহারিক চেকলিস্ট: সার্ভার-স্তরের ক্যাশিং, সাইট-ভিত্তিক অবজেক্ট ক্যাশ, ব্যবহারের উপযুক্ত অল্প কয়েকটি প্লাগইন, স্ট্যাক আপ-টু-ডেট রাখা এবং WooCommerce-এর যে পৃষ্ঠাগুলি আপনার কখনোই ক্যাশ করা উচিত নয়।

পোস্টটি পড়ুন →

২০২৬ সালে কীভাবে পরিচালিত ওয়েব হোস্টিং বেছে নেবেন: ক্রেতার নির্দেশিকা

একটি কন্ট্রোল প্যানেলযুক্ত সস্তা বাক্সের থেকে ভালো পরিচালিত হোস্টিংকে প্রকৃতপক্ষে কী আলাদা করে — মাইগ্রেশন, ব্যাকআপ, আইসোলেশন, আসল ক্যাশিং এবং সৎ স্কেলিং — এবং প্রতিশ্রুতিবদ্ধ হওয়ার আগে এটি কীভাবে বিচার করবেন।

পোস্টটি পড়ুন →

ব্লগটি পড়ুন →

এখনও আটকে আছেন?

প্রতিটি প্ল্যানেই সাপোর্ট অন্তর্ভুক্ত রয়েছে, ডেস্কটি দিনে 24 ঘণ্টা খোলা থাকে এবং আপনি আমাদের 58টি ভাষার যেকোনোটিতে আমাদের লিখতে পারেন—আমরা আপনার ভাষাতেই উত্তর দিই।

সহায়তার সাথে যোগাযোগ করুন → সমস্ত নিবন্ধ →