একটি ডোমেইনকে হোস্টিং-এর দিকে নির্দেশ করা

একটি ডোমেইন নিবন্ধিত আর হোস্টিং বাছা থাকলে, দুটিকে সংযুক্ত করা সত্যিই দুটি পদ্ধতির একটি, দুটোই এই বিভাগের আগের DNS পাঠের উপর সরাসরি গড়ে ওঠা।

আপনার হোস্টিং প্রদানকারী আপনাকে nameserver-এর একটি সেট দেয় (ns1.yourhost.com, ns2.yourhost.com-এর মতো কিছু)। আপনার domain registrar-এর control panel-এ, আপনি ডিফল্ট nameserver-গুলো এগুলো দিয়ে প্রতিস্থাপন করেন। এটি সম্পূর্ণ DNS নিয়ন্ত্রণ host-কে হস্তান্তর করে — সেই বিন্দু থেকে, শুধু ওয়েবসাইট-নির্দেশ করাগুলো নয়, সব DNS রেকর্ড, registrar-এর বদলে হোস্টিং প্রদানকারীর panel-এ পরিচালিত হয়।

বিকল্পভাবে, registrar-এর ডিফল্ট nameserver রাখুন আর এর বদলে registrar-এর DNS panel-এ সরাসরি host-এর দরকার নির্দিষ্ট রেকর্ড যোগ করুন — সাধারণত host-এর IP ঠিকানার দিকে নির্দেশ করা একটি A রেকর্ড, বা host আপনাকে দেওয়া একটি ঠিকানার দিকে নির্দেশ করা একটি CNAME। এটি host-এর সাথে সংযুক্ত থাকতে থাকতেই DNS পরিচালনা registrar-এর কাছে রাখে।

বেশিরভাগ আধুনিক cloud আর managed প্ল্যাটফর্ম (এই বিভাগে আগে কভার করা ধরনের) আপনি একটি কাস্টম ডোমেইন সংযুক্ত করার সময় ঠিক কোন রেকর্ড যোগ করতে হবে তার মধ্য দিয়ে আপনাকে নিয়ে যায় — ইন্টারফেস পরিভাষা লুকিয়ে রাখলেও, অন্তর্নিহিত ধারণাটি সবসময় এই দুটি পদ্ধতির একটি।

এটি DNS propagation, আগের what-DNS-is পাঠে উল্লেখ করা: পরিবর্তনটি সর্বত্র সাথে সাথে দেখা যায় না। বেশিরভাগ মানুষ মিনিট থেকে কয়েক ঘণ্টার মধ্যে এটি দেখেন; কিছু resolver, একটি দীর্ঘ TTL সহ একটি পুরোনো ক্যাশ করা উত্তর ধরে রেখে, প্রায় ৪৮ ঘণ্টা পর্যন্ত নিতে পারে। এটি স্বাভাবিক, প্রত্যাশিত, আর কিছু ভুল হয়ে যাওয়ার চিহ্ন নয়।

একবার আপনি পরিবর্তনটি করলে, একটি DNS lookup টুল (অনলাইনে অনেক বিনামূল্যেরটি আছে, আর nslookup বা dig-এর মতো command-line টুলও কাজ করে) আপনাকে যাচাই করতে দেয় আপনার নিজের ব্রাউজার এখনো পরিবর্তনটি ধরেছে কিনা তার জন্য অপেক্ষা না করেই একটি নির্দিষ্ট DNS সার্ভার এখন আপনার ডোমেইনের জন্য কী জানায়।