ডিএনএস

DNS এর ইতিহাস

70 এর দশকে, লোকেরা যে সার্ভারগুলি অ্যাক্সেস করতে চেয়েছিল তার আইপি ঠিকানাগুলি মনে রেখে ক্লান্ত হয়ে পড়েছিল। একই সময়ে, একটি সংখ্যাসূচক হোস্ট ঠিকানার পরিবর্তে একটি সহজ এবং আরও স্মরণীয় নাম ব্যবহার করার ধারণাটি এসেছে৷

স্ট্যানফোর্ড রিসার্চ ইনস্টিটিউটের কর্মীরা HOSTS.TXT একটি টেক্সট ফাইল নিয়ে এসেছেন , যাতে ARPANET-এ কম্পিউটারের স্ট্রিং নামের তালিকা এবং তাদের সংশ্লিষ্ট সংখ্যাসূচক ঠিকানা রয়েছে।

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

1980 এর দশকের গোড়ার দিকে, একটি একক, কেন্দ্রীভূত হোস্ট টেবিল বজায় রাখা ধীর এবং কষ্টকর হয়ে ওঠে এবং ক্রমবর্ধমান নেটওয়ার্কের প্রযুক্তিগত এবং কর্মীদের সমস্যা মোকাবেলা করার জন্য একটি স্বয়ংক্রিয় নামকরণ ব্যবস্থার প্রয়োজন ছিল।

1984 সালে, চারজন ইউসি বার্কলে ছাত্র শ্রেণিবদ্ধ ডোমেন নাম সিস্টেমের প্রথম সংস্করণ লিখেছিলেন। এটি এখন ব্যাপকভাবে ব্যবহৃত হয়, বিশেষ করে ইউনিক্স সিস্টেমে, এবং এখনও এটি ইন্টারনেটে সর্বাধিক ব্যবহৃত DNS সফ্টওয়্যার।

DNS পরিচিতি

ডোমেন নেম সিস্টেম (DNS) হল ডোমেন সম্পর্কে তথ্য সংরক্ষণ এবং পুনরুদ্ধারের জন্য একটি বিতরণ ব্যবস্থা। এটি সাধারণত একটি হোস্ট নাম (কম্পিউটার বা ডিভাইস) থেকে একটি আইপি ঠিকানা পেতে, মেল রাউটিং তথ্য পেতে এবং/অথবা একটি ডোমেনে প্রোটোকলের জন্য হোস্ট পরিবেশন করতে ব্যবহৃত হয়।

সিস্টেমটি একটি নির্দিষ্ট প্রোটোকল অনুযায়ী ইন্টারঅ্যাক্ট করা DNS সার্ভারগুলির একটি নির্দিষ্ট শ্রেণিবিন্যাস আকারে সংগঠিত হয়। ডিএনএস বোঝার ভিত্তি হল নাম এবং অঞ্চলগুলির শ্রেণিবদ্ধ কাঠামো বোঝা।

একটি ডোমেন জোনের জন্য দায়ী প্রতিটি সার্ভার অন্য সার্ভারের কাছে ডোমেনের আরও একটি অংশের দায়িত্ব হস্তান্তর করতে পারে, যা বিভিন্ন সংস্থার সার্ভারগুলিতে তথ্যের প্রাসঙ্গিকতার জন্য দায়িত্ব অর্পণ করা সম্ভব করে যেগুলি শুধুমাত্র "তাদের" অংশের জন্য দায়ী। ডোমেন নাম.

DNS সিস্টেমে জোন অনুক্রমের সাথে সম্পর্কিত DNS সার্ভারগুলির একটি শ্রেণিবিন্যাস রয়েছে। প্রতিটি জোন অন্তত একটি প্রামাণিক DNS সার্ভার দ্বারা সমর্থিত যা ডোমেন সম্পর্কে তথ্য হোস্ট করে।

গুরুত্বপূর্ণ ! নাম এবং IP ঠিকানা অগত্যা একে অপরের সাথে একে অপরের সাথে সম্পর্কিত নয়। একটি আইপি ঠিকানার অনেকগুলি ডোমেন নাম থাকতে পারে, যা আপনাকে একটি কম্পিউটারে অনেক ওয়েবসাইট সমর্থন করতে দেয় (এটিকে বলা হয় শেয়ার্ড হোস্টিং )।

এটি অন্যভাবেও হতে পারে - অনেকগুলি আইপি ঠিকানা একটি ডোমেন নামের সাথে যুক্ত হতে পারে: এটি আপনাকে লোড ব্যালেন্সিং তৈরি করতে দেয় এবং CDN নেটওয়ার্কগুলিতে সক্রিয়ভাবে ব্যবহৃত হয় ।

সিস্টেমের স্থায়িত্ব বাড়ানোর জন্য, অভিন্ন তথ্য ধারণকারী অনেক সার্ভার ব্যবহার করা হয়, এবং প্রোটোকলের বিভিন্ন সার্ভারে অবস্থিত তথ্যের সমন্বয় বজায় রাখার উপায় রয়েছে। 13টি রুট সার্ভার রয়েছে, তাদের ঠিকানাগুলি কার্যত পরিবর্তন হয় না।

মজাদার! ডিএনএস প্রোটোকল টিসিপি বা ইউডিপি পোর্ট 53 ব্যবহার করে প্রশ্নের উত্তর দিতে। ঐতিহ্যগতভাবে, অনুরোধ এবং প্রতিক্রিয়া একটি একক UDP ডেটাগ্রাম হিসাবে পাঠানো হয়। প্রতিক্রিয়া ডেটার আকার 512 বাইটের বেশি হলে TCP ব্যবহার করা হয়।

DNS রেকর্ড

DNS সার্ভার প্রতিটি ডোমেইন নামের জন্য পরামিতিগুলির একটি সেট সংরক্ষণ করে। এগুলি হল ডোমেন নাম, এর আইপি ঠিকানা, সেইসাথে বিভিন্ন পরিষেবার তথ্য সম্পর্কে রেকর্ড।

মোট কয়েক ডজন এন্ট্রি রয়েছে, তাই আমরা তাদের মধ্যে শুধুমাত্র সবচেয়ে জনপ্রিয় বিবেচনা করব:

এখানে সবচেয়ে আকর্ষণীয় হল:

• A রেকর্ড আপনাকে একটি আইপি ঠিকানা নির্দিষ্ট করতে দেয় যা একটি ডোমেনের সাথে সম্পর্কিত।
• CNAME আপনাকে নামের জন্য একটি প্রতিশব্দ সেট করতে দেয়, উদাহরণস্বরূপ, www.codegym.cc == codegym.cc।
• MX রেকর্ডে মেল সার্ভার সম্পর্কে তথ্য রয়েছে: xxx@codegym.cc-এ একটি চিঠি এলে কী করতে হবে।
• NS - DNS সার্ভারের ঠিকানা নির্দেশ করে, যা এই ডোমেনের তথ্য ধারণ করে। নন-নেটিভ নোডগুলিতে রেকর্ড ক্যাশে এবং সংরক্ষণ করা হলে দরকারী।

আইপি ঠিকানা অনুসন্ধান

চলুন দেখি কিভাবে DNS সিস্টেম কাজ করে।

ধরা যাক আপনি আপনার ব্রাউজারে api.codegym.cc টাইপ করেছেন। ব্রাউজার স্থানীয় DNS পরিষেবার সাথে যোগাযোগ করবে এবং আপনাকে api.codegym.cc ডোমেনের জন্য একটি IP ঠিকানা দিতে বলবে। এরপরে যা ঘটবে তা এখানে...

প্রথমে, ডিএনএস পরিষেবাটি দেখতে পায় যে এই ডোমেনটি আপনার কম্পিউটারের স্থানীয় হোস্ট ফাইলে আছে কিনা। যদি থাকে তবে এটি থেকে আইপি ঠিকানা নেয়। তা না হলে, এটি পরিচিত DNS সার্ভারে একটি অনুরোধ পাঠায়: "api.codegym.cc এর IP ঠিকানা কী?"।

যাইহোক, ডিএনএস সার্ভার শুধুমাত্র অনুরোধ করা নাম সম্পর্কেই নয়, এমনকি সমগ্র codegym.cc ডোমেইন সম্পর্কে কিছুই জানে না। এই ক্ষেত্রে, সার্ভার রুট সার্ভারের সাথে যোগাযোগ করে - উদাহরণস্বরূপ, 198.41.0.4। এই সার্ভারটি বলে: "আমার কাছে এই ঠিকানা সম্পর্কে কোন তথ্য নেই, তবে আমি জানি যে 204.74.112.1 রু জোনের জন্য দায়ী।"

তারপর DNS সার্ভার তার অনুরোধ পাঠায় 204.74.112.1, কিন্তু এটি উত্তর দেয়: "আমার কাছে এই সার্ভার সম্পর্কে কোন তথ্য নেই, তবে আমি জানি যে 207.142.131.234 codegym.cc জোনের জন্য দায়ী।" অবশেষে, একই অনুরোধ তৃতীয় ডিএনএস সার্ভারে পাঠানো হয় এবং একটি প্রতিক্রিয়া পায় - একটি আইপি ঠিকানা, যা ক্লায়েন্টে প্রেরণ করা হয়, অর্থাৎ ব্রাউজারে।

এই ক্ষেত্রে, নামের দ্বারা একটি আইপি অনুসন্ধান করার প্রক্রিয়াতে, নিম্নলিখিত নিয়মগুলি কাজ করেছিল:

• ব্রাউজারটি একটি পরিচিত DNS সার্ভারে একটি পুনরাবৃত্ত অনুরোধ পাঠিয়েছে (এই ধরনের অনুরোধের প্রতিক্রিয়া হিসাবে, সার্ভারকে অবশ্যই একটি IP ঠিকানা, বা একটি খালি প্রতিক্রিয়া এবং একটি NXDOMAIN ত্রুটি কোড ফেরত দিতে হবে)৷
• যে ডিএনএস সার্ভারটি ব্রাউজার থেকে অনুরোধটি পেয়েছিল সে ধারাবাহিকভাবে অ-পুনরাবৃত্ত অনুরোধ পাঠিয়েছে, যাতে এটি অনুরোধকৃত অঞ্চলের জন্য দায়ী সার্ভার থেকে প্রতিক্রিয়া না পাওয়া পর্যন্ত অন্যান্য ডিএনএস সার্ভার থেকে প্রতিক্রিয়া পায়।
• উল্লিখিত বাকি DNS সার্ভারগুলি অ-পুনরাবৃত্তভাবে অনুরোধগুলিকে প্রক্রিয়াকরণ করছিল (এবং সম্ভবত অনুরোধের মধ্যে এই ধরনের প্রয়োজন থাকলেও, অনুরোধগুলি পুনরাবৃত্তভাবে প্রক্রিয়া করা হবে না)।

কখনও কখনও অনুরোধ করা সার্ভারের পক্ষে একটি "আপস্ট্রিম" ডিএনএস সার্ভারে একটি পুনরাবৃত্ত প্রশ্ন পাঠানো এবং একটি প্রস্তুত প্রতিক্রিয়ার জন্য অপেক্ষা করা সম্ভব।

গুরুত্বপূর্ণ ! পুনরাবৃত্তিমূলক ক্যোয়ারী প্রক্রিয়াকরণের সাথে, সমস্ত প্রতিক্রিয়া DNS সার্ভারের মাধ্যমে যায় এবং এটি সেগুলিকে ক্যাশে করার সুযোগ পায়। একই ডোমেন নামের জন্য বারবার অনুরোধ সাধারণত সার্ভারের ক্যাশের বাইরে যায় না এবং অন্য সার্ভারে কলগুলি মোটেও ঘটবে না।

প্রতিক্রিয়াগুলির জন্য অনুমোদিত ক্যাশে সময় প্রতিক্রিয়াগুলির সাথে আসে (রিসোর্স রেকর্ডের TTL ক্ষেত্র)।

হোস্ট ফাইল

আমরা লক্ষ্য করেছি যে প্রথম অনুসন্ধানটি স্থানীয় হোস্ট ফাইলে রয়েছে। এটি HOSTS.TXT ফাইলের উত্তরাধিকারী, যা ARPANET এর দিনগুলিতে উদ্ভাবিত হয়েছিল। হ্যাঁ, এটি এখনও বিদ্যমান এবং এখনও ব্যবহার করা হচ্ছে।

এটি পথ বরাবর অবস্থিত:

• লিনাক্সে /etc/hosts ।
• Windows এ %SystemRoot%\system32\drivers\etc\hosts .
• অ্যান্ড্রয়েডে /system/etc/hosts ।

সাধারণত, ফাইলটিতে লোকালহোস্ট নোডের জন্য একটি অবস্থান সংজ্ঞা অন্তর্ভুক্ত থাকে:

127.0.0.1   	localhost

এর গঠন খুব সহজ: প্রথমে আইপি ঠিকানা আসে, তারপর ডোমেন নাম।

দরকারী

হোস্ট ফাইল ব্যবহার করে, ব্যানারের ডোমেন ঠিকানা 127.0.0.0, 127.0.0.1 বা 0.0.0.0 ঠিকানায় পুনঃনির্দেশিত করে বিজ্ঞাপনগুলি ফিল্টার করা সম্ভব।

127.0.0.1 ব্যবহার সাধারণত সুপারিশ করা হয় না, কারণ এটি একটি প্রতিক্রিয়া সময়সীমার ফলাফল এবং সংশ্লিষ্ট বিলম্বের কারণ যদি সার্ভারটি বিদ্যমান না থাকে বা ভুল কনফিগার করা হয়। এবং আপনি যদি আইপি ঠিকানা 0.0.0.0-এ কোনো বিজ্ঞাপনের ডোমেন ম্যাপ করেন, তাহলে এটির সমস্ত অনুরোধ অবিলম্বে বন্ধ হয়ে যাবে)।

পাবলিক DNS সার্ভার

আপনি যখন এটি সংযুক্ত করেন তখন আপনি সাধারণত আপনার ইন্টারনেট পরিষেবার সাথে একটি DNS সার্ভার পান৷ কিন্তু এই ধরনের একটি বিনামূল্যের DNS সার্ভার সর্বদা সেরা বিকল্প নয়। তাছাড়া, আপনি প্রতিবার আপনার ISP এর DNS সার্ভারে একটি সাইট পরিদর্শন করার সময় ডোমেন নামের সাথে একটি ক্যোয়ারী পাঠাতে চান না।

অতএব, অনেক লোক পাবলিক ফ্রি ডিএনএস সার্ভারগুলিতে স্যুইচ করতে পছন্দ করে। প্রথমত, তারা খুব দ্রুত এবং ডোমেন নামের একটি বড় ক্যাশে আছে। আপনি প্রযুক্তিগত সমস্যার ন্যূনতম সম্ভাবনা সহ দ্রুত সাইট লোডিং এবং আপটাইম পাবেন।

দ্বিতীয়ত, নিরাপত্তা। কিছু DNS পরিষেবা ফিশিং এবং দূষিত সাইটগুলিতে অ্যাক্সেস ব্লক করতে পারে এবং অনলাইনে অনুপযুক্ত বিষয়বস্তু থেকে শিশুদের রক্ষা করার জন্য সামগ্রী ফিল্টারিং অফার করতে পারে।

এই ধরনের DNS সার্ভার এমনকি স্ক্যামারদের সাথে লড়াই করতে পারে। উদাহরণস্বরূপ, আপনি একটি জাল ব্যাঙ্কের ওয়েবসাইটে যান এবং ডিএনএস সার্ভার আপনাকে স্ক্যামারদের আইপি ঠিকানা দেবে না, তবে এর নিরাপত্তা পরিষেবা দেবে৷

এই ধরনের সার্ভারের তালিকা