সুমেধ নিমকার্ডের দ্বারা
আপনি সবাই হয়তো ডোমেইন নেম সিস্টেম (DNS) সম্পর্কে শুনেছেন বা জানেন যদি আপনি বুঝতে পারেন কিভাবে ইন্টারনেট কাজ করে বা কম্পিউটার নেটওয়ার্ক কিভাবে কাজ করে। আপনি যদি DNS-এর সাথে পরিচিত না হন, আমি সুপারিশ করব যে আপনি গিয়ে আমার আগের ব্লগ পোস্টটি দেখুন যা এখানে কম্পিউটার নেটওয়ার্কগুলিতে ফোকাস করা হয়েছে৷
আমরা যে নির্দিষ্ট মেশিন/হার্ডওয়্যারটির সাথে যোগাযোগ করার চেষ্টা করছি তা বিশ্বে কোথায় অবস্থিত তা একমাত্র হোস্টনেমই আমাদের বলতে পারে না। তাই, সমস্ত যোগাযোগ আইপি ঠিকানা দিয়ে করা হয়।
ডোমেন নেম সার্ভার হল সেই ডিভাইস যা হোস্টনাম ম্যাপ করে সেই মেশিন/হার্ডওয়্যারের আইপি অ্যাড্রেসে যা আপনার পরিষেবাগুলি চলছে৷
এই পোস্টে, আমি ডিএনএস কোয়েরির ধরন, ডিএনএস সার্ভারের ধরন এবং ডিএনএস রেকর্ডের প্রকারগুলি বিস্তারিতভাবে ব্যাখ্যা করব।
DNS সমাধানকারী
DNS সমাধানকারী হল ইন্টারনেট সার্ভিস প্রোভাইডার (ISPs) দ্বারা ব্যবহারকারীর অনুরোধ করা নির্দিষ্ট হোস্টনামের জন্য তাদের ডাটাবেসে লুকআপ করার জন্য ব্যবহৃত কম্পিউটার। তারপরে তারা সেই ব্যবহারকারীকে ম্যাপ করা আইপি ঠিকানায় পুনঃনির্দেশ করে। তারা DNS রেজোলিউশনে গুরুত্বপূর্ণ ভূমিকা পালন করে।
DNS সমাধানকারীরাও ডেটা ক্যাশে করে। উদাহরণস্বরূপ, আমার ওয়েবসাইটexample.com বর্তমানে IP ঠিকানা 35.195.226.230 সহ একটি মেশিনে হোস্ট করা হয়েছে . সুতরাং, সারা বিশ্বে DNS সমাধানকারীদের ক্যাশে নিম্নলিখিত ম্যাপ করেছে:
example.com -> 35.195.226. 230
বিবেচনা করুন, ভবিষ্যতে, আমি যদি আমার ওয়েবসাইটকে বিশ্বের অন্য কোনো সার্ভারে একটি IP সহ হোস্ট করতে চাই, বলুন, 35.192.247.235 . সারা বিশ্বের সমস্ত DNS সমাধানকারীদের DNS ক্যাশে এখনও কিছু সময়ের জন্য পুরানো IP ঠিকানা থাকবে। এটি DNS প্রচার সম্পূর্ণ না হওয়া পর্যন্ত ওয়েবসাইটের প্রচলিত উপায়ে অনুপলব্ধ হতে পারে৷
ডিএনএস রিজলভার ক্যাশে রেকর্ড কিছু সময়ের জন্য সেখানে থাকে, যাকে বলা হয় টাইম টু লাইভ (সংক্ষেপে TTL)।
এই সময় একটি রেকর্ড ডিএনএস রিজলভারে ক্যাশে করা হয়। আপনি যেখান থেকে ডোমেনটি কিনেছেন সেটি রেজিস্ট্রারের ড্যাশবোর্ডে সেট করা যেতে পারে।
দ্রষ্টব্য:এখন থেকে, আমি শুধুমাত্র এই ব্লগ পোস্টে DNS সমাধানকারীকে সমাধানকারী হিসাবে উল্লেখ করব৷
DNS সার্ভারের প্রকারগুলি
রুট DNS সার্ভার
রুট ডিএনএস সার্ভারের কাছেই সমস্ত TLD ডোমেইন সার্ভারের ঠিকানা রয়েছে। হোস্টনাম থেকে আইপি ঠিকানা পাওয়ার যাত্রার সময় একটি অনুরোধ প্রথমে রুট ডিএনএস সার্ভারের মুখোমুখি হয়।
2016 সাল পর্যন্ত সারা বিশ্বে 13টি রুট ডোমেইন নাম সার্ভার রয়েছে৷ এর মানে এই নয় যে সারা বিশ্ব থেকে আগত অনুরোধগুলির লোড পরিচালনা করার জন্য শুধুমাত্র 13টি মেশিন রয়েছে — গ্রাউন্ড লেভেলে একাধিক সার্ভার রয়েছে যা লোড পরিচালনা করে৷
বিভিন্ন প্রতিষ্ঠান রুট ডিএনএস সার্ভার পরিচালনা করে:
ক্রেডিট:https://iana.org
TLD ডোমেন সার্ভার
এগুলি টপ-লেভেল ডোমেন অনুযায়ী শ্রেণীবদ্ধ করা হয়। এগুলি সাধারণত পরবর্তীগুলি যা রুট ডিএনএস সার্ভারের পরে পুনরাবৃত্তিমূলক ক্যোয়ারী হিট করে। তারা হোস্টনামের জন্য TLD নির্দিষ্ট রেকর্ড সংরক্ষণ করে।
ধরা যাক যদি আমরা medium.com এর একটি IP ঠিকানার অনুরোধ করছি , তারপর ".com" TLD-এর জন্য TLD ডোমেইন সার্ভারগুলি জিজ্ঞাসা করা হয়৷ TLD ডোমেইন সার্ভারগুলি কর্তৃপক্ষের DNS সার্ভারের ঠিকানা রিজলভারকে ফেরত দেয়।
চিত্র TLD নাম সার্ভারগুলি কর্তৃপক্ষের নাম সার্ভারের দিকে নির্দেশ করে
এখন, প্রশ্ন উঠছে:TLD নাম সার্ভার কর্তৃপক্ষের নাম সার্ভারের ঠিকানা কীভাবে জানে? উত্তরটি সহজ:আপনি যখন Godaddy বা Namecheap-এর মতো রেজিস্ট্রারদের সাথে কোনো ডোমেইন ক্রয় করেন, তখন রেজিস্ট্রাররাও TLD নাম সার্ভারে ডোমেনগুলিকে যোগাযোগ করে। তাই এটি কর্তৃপক্ষের নাম সার্ভারের সাথে যোগাযোগ করতে সক্ষম।
আজকাল, কিছু রেজিস্ট্রার তৃতীয় পক্ষের অথরিটেটিভ নেম সার্ভার ব্যবহার করার ক্ষমতা প্রদান করে। উপরের চিত্রে যেমন দেখানো হয়েছে, আপনি রেজিস্ট্রারের ড্যাশবোর্ডে অথরিটিটিভ নেমসার্ভার সেট আপ করতে পারেন।
অনুমোদিত DNS সার্ভার
এগুলি রিজলভার দ্বারা শেষ পর্যন্ত পুনরাবৃত্তিমূলকভাবে জিজ্ঞাসা করা হয়। তারা A, NS, CNAME, TXT, ইত্যাদির প্রকৃত রেকর্ড সংরক্ষণ করে।
সুতরাং, যদি উপলব্ধ থাকে তবে তারা হোস্টনামের আইপি ঠিকানা ফেরত দেয়। যদি এটি প্রামাণিক DNS সার্ভারেও উপলব্ধ না হয়, তাহলে তারা নির্দিষ্ট বার্তার সাথে একটি ত্রুটি নিক্ষেপ করে এবং নেমসার্ভার জুড়ে আইপি ঠিকানা অনুসন্ধানের প্রক্রিয়া শেষ হয়৷
DNS প্রশ্নের প্রকারগুলি
তিন ধরনের DNS প্রশ্ন আছে:
পুনরাবৃত্ত :পুনরাবৃত্ত প্রশ্নগুলি ব্যবহারকারীদের দ্বারা সমাধানকারীকে করা হয়৷ এটি আসলে কোনো DNS লুকআপ করার সময় করা প্রথম প্রশ্ন।
সমাধানকারীরা আপনার ISP বা আপনার নেটওয়ার্ক অ্যাডমিন হতে পারে, কিন্তু সাধারণত, প্রায় সব ক্ষেত্রেই এটি ISP হয়৷
অ-পুনরাবৃত্ত: অ-পুনরাবৃত্ত প্রশ্নগুলিতে, সমাধানকারী উত্তরটি জানে এবং অন্য কোনও নাম সার্ভারে আর কোনও প্রশ্ন না করেই অবিলম্বে প্রতিক্রিয়া জানায়৷ এটি ঘটে কারণ স্থানীয় ডিএনএস সার্ভারের স্থানীয় ক্যাশে আইপি ঠিকানা সংরক্ষিত থাকে বা এটি সরাসরি কর্তৃপক্ষের নাম সার্ভারগুলিকে জিজ্ঞাসা করে। তারা অবশ্যই রেকর্ড ধরে রাখতে পারে এবং এটি অবশেষে পুনরাবৃত্তিমূলক প্রশ্নগুলি এড়িয়ে যায়।
পুনরাবৃত্ত :পুনরাবৃত্তিমূলক প্রশ্নগুলি ঘটবে যখন সমাধানকারী ফলাফলগুলি ফেরত দিতে পারে না কারণ তারা এটি ক্যাশে নাও করতে পারে৷ সুতরাং, এটি রুট ডিএনএস সার্ভারের কাছে একটি অনুরোধ করে। এবং রুট ডিএনএস সার্ভারগুলি জানে যে নির্দিষ্ট টিএলডি ডোমেইন সার্ভারটি কোথায় পাওয়া যাবে।
সুতরাং, উদাহরণস্বরূপ, যদি আমরা medium.com বলার জন্য IP ঠিকানা পাওয়ার চেষ্টা করি , তাহলে রুট ডোমেইন সার্ভারে .com ঠিকানা থাকবে TLD সার্ভার এটিতে সংরক্ষিত এবং তারপরে এটি রিজলভারে ফেরত পাঠাবে। সমাধানকারী তারপর আইপি ঠিকানার জন্য TLD সার্ভারকে জিজ্ঞাসা করে। TLD ডোমেইন সার্ভার এটি নাও জানতে পারে, কিন্তু এটি medium.com এর জন্য অনুমোদিত DNS সার্ভারের ঠিকানা জানে .
ঠিক আছে, তত্ত্ব যথেষ্ট। আসুন এটি একটি প্রবাহ চিত্র দ্বারা বুঝতে পারি:
চিত্র DNS রেজোলিউশন
চলুন ধাপে ধাপে উপরের চিত্রটি ভাঙ্গা যাক:
- ব্যবহারকারী সেই হোস্টনামের সাথে সমাধানকারীর কাছে একটি অনুরোধ করে যার জন্য সে আইপি ঠিকানা চায়৷ এটি একটি পুনরাবৃত্ত প্রশ্ন৷
- রেজোলভার এটির মধ্যে উপস্থিত আছে কিনা তা দেখতে তার ক্যাশে একটি সন্ধান করে৷
- যদি তা হয় তবে এটি ব্যবহারকারীর কাছে ফেরত দেয়।
- যদি এটি ক্যাশে না থাকে, তাহলে এটি বিশ্বব্যাপী উপস্থিত রুট ডিএনএস সার্ভারগুলির কাছে একটি পুনরাবৃত্তিমূলক অনুরোধ করে। 2016 সাল পর্যন্ত, A — M থেকে নামকরণ করা 13টি রুট ডিএনএস সার্ভার রয়েছে। এখন, রুট ডিএনএস সার্ভার অনুরোধ করা ডোমেনের TLD খোঁজে। উদাহরণস্বরূপ, হোস্টনেম
medium.comহলে , তারপর TLD হয়ে যায় “.com” এবং রুট ডিএনএস সার্ভারে “.com” ডোমেইন সার্ভারের জন্য এন্ট্রি থাকে এবং এটি ফলাফলগুলিকে রিজলভারে ফেরত দেয়। সমাধানকারীর কাছে অবশ্যই সমস্ত রুট ডোমেন নাম সার্ভারের ঠিকানা থাকতে হবে। যদি তা না হয়, DNS লুকআপ প্রথম স্থানে ব্যর্থ হতে পারে। - এখন, সমাধানকারী আবার টিএলডি ডোমেইন সার্ভারের কাছে ডোমেনের আইপি ঠিকানা জিজ্ঞাসা করে একটি পুনরাবৃত্তিমূলক অনুরোধ করে। TLD ডোমেইন সার্ভার তারপর অনুরোধ করা ডোমেনের জন্য অনুমোদিত সার্ভারের ঠিকানা ফেরত দেয়।
- এখন পর্যন্ত, আমি বিশ্বাস করি, আপনি হয়তো বুঝতে পারেন যে অথরিটেটিভ ডিএনএস সার্ভার কি। তারা প্রকৃত রেকর্ড ধারণ করে যেখানে হোস্টনামটি আইপি ঠিকানায় ম্যাপ করা হয় এবং তাই আইপি ঠিকানাটি রিজলভারে ফেরত দেওয়া হয় (যা পরে এটি ব্যবহারকারীকে ফেরত দেয়)।
- যদি অথরিটিটিভ নেম সার্ভারে কোনো মিলে যাওয়া রেকর্ড না পাওয়া যায়, তাহলে "DNS_PROBE_FINISHED_NXDOMAIN" বলে একটি বার্তা সহ একটি ত্রুটি থ্রো করা হয় যা নির্দেশ করে যে অনুরোধ করা হোস্টনামের জন্য কোনো রেকর্ড নেই৷
- সমস্ত নেমসার্ভারে অনুরোধটি পাস হয়, অনুরোধ করা হোস্টনামের ফলাফলগুলি ক্যাশে করা হয় যাতে অন্য কোনও ব্যবহারকারী একই ডোমেনের অনুরোধ করলে, রেকর্ডটি ইতিমধ্যেই DNS ক্যাশে উপস্থিত থাকবে৷
- সব মিলিয়ে, DNS লুকআপ করতে সর্বোচ্চ চারটি প্রশ্ন লাগে। কিন্তু, এটি দেখতে খুব কমই কয়েক মিলিসেকেন্ড লাগে।
DNS প্রচারের ধারণা
বিবেচনা করুন, আপনার ওয়েবসাইটটি IP “x” সহ যেকোন মেশিনে ডিজিটাল মহাসাগরের মতো কিছু প্রদানকারীর সাথে হোস্ট করা হয়েছে এবং আপনি “y” বলে আলাদা আইপি ঠিকানা সহ অন্য কোনও মেশিনে হোস্টিং ওয়েবসাইটটি স্থানান্তর করতে চান। আপনাকে প্রামাণিক রেকর্ডে আইপি ঠিকানা পরিবর্তন করতে হবে যাতে ট্র্যাফিক নতুন আইপি ঠিকানায় নেভিগেট করে।
এমনকি আপনি আপনার রেজিস্ট্রার/নেম সার্ভারের ড্যাশবোর্ডে রেকর্ড আপডেট করলেও, বিশ্বের সমস্ত রিজলভারের ক্যাশে প্রতিফলিত হতে কিছু সময় লাগে। DNS প্রচারে 24-72 ঘন্টা সময় লাগতে পারে, কিন্তু সাধারণত এটি তার চেয়ে শীঘ্রই ঘটে কারণ বেশিরভাগ ISP TTL কম রাখে।
আর এটাই!
নিবন্ধটি পড়ার জন্য ধন্যবাদ. আপনার যদি কোন প্রশ্ন থাকে, অনুগ্রহ করে নীচের মন্তব্যে তাদের জিজ্ঞাসা করুন এবং আপনি যাকে চান এই পোস্টটি শেয়ার করুন৷
পরের এক দেখা হবে. খুব ভালো সময় কাটুক। ধন্যবাদ।
আপনি কম্পিউটার নেটওয়ার্কে আমার অন্য নিবন্ধটি দেখতে পারেন যা তাদের বিস্তারিত ব্যাখ্যা করে:
কম্পিউটার নেটওয়ার্কগুলি কী এবং কীভাবে সেগুলি বোঝা যায়৷
_আপনি উন্নয়নের জগতে নতুন, বা দীর্ঘদিন ধরে জিনিস তৈরি করছেন — অথবা আপনি একজন…_medium.freecodecamp.org
আপনি যদি আমার কাজ পছন্দ করেন, আপনি আমাকে এখানে একটি কফি কিনতে পারেন:
সুমেধ নিমকর্দে একটি কফি কিনুন - BuyMeACoffee.com
_হ্যালো, আমি সুমেধ এবং আমার কাজ জিনিসগুলি তৈরি করা, ভাঙা এবং পুনর্নির্মাণ করা।_buymeacoffee.com
টুইটারে আমার সাথে যোগাযোগ করতে নির্দ্বিধায়৷
৷বিনামূল্যে কোড শিখুন. freeCodeCamp-এর ওপেন সোর্স পাঠ্যক্রম 40,000-এরও বেশি লোককে ডেভেলপার হিসেবে চাকরি পেতে সাহায্য করেছে। শুরু করুন
