প্রকৃতপক্ষে, এটি এর চেয়ে জটিল - একটি "সেন্ট্রাল রেজিস্ট্রি (যে) একটি টেবিল ধারণ করে যা ডিএনএস সার্ভারগুলিতে ডোমেনগুলি (www.mysite.com) মানচিত্র করে" রাখে ", স্তরক্রমের বেশ কয়েকটি স্তর রয়েছে are
- টপ লেভেল ডোমেইন সব জন্য ns (নেমসার্ভারটি) রেকর্ড আছে: একটি কেন্দ্রীয় Registry (রুট সার্ভার) যা শুধুমাত্র এন্ট্রির একটি ছোট সেট রয়েছে এর .com, .net, .org, .uk, .us, .au, ইত্যাদি।
এই সার্ভারগুলিতে কেবলমাত্র পরবর্তী স্তরের নীচে NS রেকর্ড রয়েছে। একটা উদাহরণ বাছাই যাওয়ার জন্য, নেমসার্ভার .ukডোমেইন ঠিক এন্ট্রি হয়েছে .co.uk, .ac.ukএবং ইউ কে ব্যবহারে অন্যান্য দ্বিতীয় স্তরের অঞ্চল।
এই সার্ভারগুলিতে কেবলমাত্র নীচের স্তরের জন্য এনএস রেকর্ডস রয়েছে - উদাহরণটি চালিয়ে যেতে, তারা আপনাকে জানিয়েছে যে কোথায় এনএস রেকর্ডের সন্ধান করতে হবে google.co.uk। এটি সেই সার্ভারগুলিতেই শেষ পর্যন্ত আপনি কোনও হোস্টনামের মতো www.google.co.ukএবং একটি আইপি ঠিকানার মধ্যে একটি ম্যাপিং খুঁজে পাবেন ।
অতিরিক্ত চুলকানি হিসাবে, প্রতিটি স্তর 'আঠালো' রেকর্ডগুলিও সরবরাহ করবে। প্রতিটি এনএস রেকর্ড একটি হোস্টনামে একটি ডোমেন মানচিত্র করে - উদাহরণস্বরূপ, সার্ভারগুলির মধ্যে একটি হিসাবে .ukতালিকার জন্য এনএস রেকর্ড nsa.nic.uk। পরবর্তী স্তরে পৌঁছানোর জন্য nic.ukআমাদের এনএস রেকর্ডগুলির সন্ধান করতে হবে এবং সেগুলিও অন্তর্ভুক্ত হতে পারে nsa.nic.uk। সুতরাং এখন আমাদের আইপি জানা দরকার nsa.nic.uk, তবে এটির জন্য আমাদের একটি কোয়েরি করা দরকার nsa.nic.uk, তবে আমরা আইপি না জানা পর্যন্ত আমরা সেই ক্যোয়ারীটি তৈরি করতে পারি না nsa.nic.uk...
এই মুশকিল সমাধান করতে, সার্ভারের জন্য .ukজন্য একটি রেকর্ড জুড়ুন nsa.nic.ukমধ্যে ADDITIONAL SECTIONপ্রতিক্রিয়া (সংক্ষিপ্ততা জন্য ছাঁটা নিচে প্রতিক্রিয়া) এর:
jamezpolley@li101-70:~$dig nic.uk ns
; <<>> DiG 9.7.0-P1 <<>> nic.uk ns
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 21768
;; flags: qr rd ra; QUERY: 1, ANSWER: 11, AUTHORITY: 0, ADDITIONAL: 14
;; QUESTION SECTION:
;nic.uk. IN NS
;; ANSWER SECTION:
nic.uk. 172800 IN NS nsb.nic.uk.
nic.uk. 172800 IN NS nsa.nic.uk.
;; ADDITIONAL SECTION:
nsa.nic.uk. 172800 IN A 156.154.100.3
nsb.nic.uk. 172800 IN A 156.154.101.3
এই অতিরিক্ত আঠালো রেকর্ড ছাড়া, আমরা কখনই নেমসারভারগুলি nic.uk.সন্ধান করতে সক্ষম হব না এবং তাই আমরা সেখানে হোস্ট করা কোনও ডোমেন সন্ধান করতে সক্ষম হব না d
আপনার প্রশ্ন ফিরে পেতে ...
ক) সুবিধা কী? কেন সরাসরি আইপি ঠিকানায় মানচিত্র রাখবেন না?
একটি জিনিসের জন্য, এটি প্রতিটি স্বতন্ত্র অঞ্চলে সম্পাদনাগুলি বিতরণ করার অনুমতি দেয়। আপনি যদি এন্ট্রিটি আপডেট করতে চান তবে www.mydomain.co.ukআপনাকে কেবল নিজের mydomain.co.ukনেমসারভারের তথ্য সম্পাদনা করতে হবে । কেন্দ্রীয় .co.ukসার্ভারগুলি, বা .ukসার্ভারগুলি, বা রুট নেমসার্ভারগুলিকে অবহিত করার দরকার নেই । যদি কেবলমাত্র একক কেন্দ্রীয় রেজিস্ট্রি থাকত যে সমস্ত স্তরের স্তরক্রমকে সমস্ত স্তরের ম্যাপ করে দেয় যে সমস্ত ডিএনএস এন্ট্রির প্রতিটি পরিবর্তনকে চেইনের নিচে অবধি জানানো হত, এটি একেবারে ট্র্যাফিকের সাথে জলাবদ্ধ হয়ে যাবে।
1982 এর আগে, বাস্তবে এইভাবে নামটির রেজোলিউশন ঘটেছিল। একটি কেন্দ্রীয় রেজিস্ট্রি সমস্ত আপডেট সম্পর্কে অবহিত করা হয়েছিল এবং তারা একটি ফাইল বিতরণ করেছিল hosts.txtযা ইন্টারনেটে প্রতিটি মেশিনের হোস্টনাম এবং আইপি ঠিকানা ধারণ করে। এই ফাইলটির একটি নতুন সংস্করণ প্রতি কয়েক সপ্তাহে প্রকাশিত হয়েছিল এবং ইন্টারনেটের প্রতিটি মেশিনকে একটি নতুন অনুলিপি ডাউনলোড করতে হবে। ভাল 1988 এর আগে, এটি সমস্যাযুক্ত হতে শুরু করেছিল, এবং তাই ডিএনএস আরও বিতরণ করা সিস্টেম সরবরাহ করার জন্য উদ্ভাবিত হয়েছিল।
অন্য একটি জিনিসের জন্য, এটি ব্যর্থতার একক পয়েন্ট হবে - যদি একক কেন্দ্রীয় রেজিস্ট্রি নীচে চলে যায় তবে পুরো ইন্টারনেটটি অফলাইনে থাকবে। বিতরণ সিস্টেম থাকার অর্থ ব্যর্থতা কেবলমাত্র ইন্টারনেটের ছোট ছোট অংশগুলিকেই প্রভাবিত করে, পুরো জিনিসটি নয়।
(অতিরিক্ত অতিরিক্ত অপ্রয়োজনীয় সরবরাহের জন্য, এখানে মূলত 13 টি আলাদা আলাদা ক্লাস্টার রয়েছে যা মূল অঞ্চলটিকে পরিবেশন করে top শীর্ষ স্তরের ডোমেন রেকর্ডে যে কোনও পরিবর্তনই হবে 13 এ ধাক্কা দিতে হবে; প্রতিটি একক পরিবর্তনের জন্য তাদের 13 টি আপডেট করার সমন্বয় করতে হবে তা কল্পনা করুন) বিশ্বের যে কোনও হোস্টনামে ...)
খ) আমি যখন কোনও ডিএনএস সার্ভার ডিএনএস সার্ভারে অন্য আইপি ঠিকানার দিকে চিহ্নিত করার জন্য কনফিগার করছি তখন কেবলমাত্র রেকর্ডটি পরিবর্তন করতে হবে, তবে প্রক্রিয়া তাত্ক্ষণিকভাবে কেন হয় না?
কারণ ডিএনএস উভয় গতির জিনিসগুলিতে প্রচুর ক্যাশে ব্যবহার করে এবং এনএসে লোড হ্রাস করে। ক্যাশে না করে, প্রতিবার google.co.ukআপনার কম্পিউটারে দেখার সময় নেটওয়ার্কের বাইরে সার্ভারগুলি সন্ধান করতে হবে .uk, তারপরে .co.uk, তারপরে .google.co.uk, তারপরে www.google.co.uk। এই উত্তরগুলি আসলে খুব বেশি পরিবর্তন হয় না, তাই প্রতিবার তাদের সন্ধান করা সময় এবং নেটওয়ার্ক ট্র্যাফিকের অপচয়। পরিবর্তে, যখন এনএস আপনার কম্পিউটারে রেকর্ডগুলি ফিরিয়ে দেয়, এটিতে একটি টিটিএল মান অন্তর্ভুক্ত থাকবে, যা আপনার কম্পিউটারকে কয়েক সেকেন্ডের জন্য ফলাফলগুলি ক্যাশে করতে বলে।
উদাহরণস্বরূপ, এনএস রেকর্ডগুলির জন্য .ukএকটি টিটিএল রয়েছে 172800 সেকেন্ড - 2 দিন। গুগল আরও রক্ষণশীল - google.co.uk4 দিনের টিটিএল থাকার জন্য এনএস রেকর্ডস have যে পরিষেবাগুলি দ্রুত আপডেট করতে সক্ষম হওয়ার উপর নির্ভর করে সেগুলি অনেক কম টিটিএল চয়ন করতে পারে - উদাহরণস্বরূপ, telegraph.co.ukতাদের এনএস রেকর্ডগুলিতে মাত্র 600 সেকেন্ডের একটি টিটিএল রয়েছে।
আপনি যদি আপনার জোনটিতে আপডেটগুলি কাছে-তাত্ক্ষণিক হতে চান তবে আপনি নিজের টিটিএলকে যতটা নিচু করতে চান তত নীচে বেছে নিতে পারেন। আপনার সেটটি যত কম হবে, আপনার সার্ভারগুলি যত বেশি ট্র্যাফিক দেখবে, ক্লায়েন্টরা তাদের রেকর্ডগুলি প্রায়শই রিফ্রেশ করে। যখনই কোনও ক্লায়েন্টকে আপনার সার্ভারের সাথে কোনও জিজ্ঞাসা করার জন্য যোগাযোগ করতে হবে, এটি তাদের স্থানীয় ক্যাশে উত্তর খোঁজার চেয়ে ধীর পাওয়ায় কিছুটা পিছিয়ে পড়বে, সুতরাং আপনি দ্রুত আপডেট এবং একটি দ্রুত পরিষেবাগুলির মধ্যে ট্রেড অফকেও বিবেচনা করতে চাইবেন।
গ) যদি বিলম্বের একমাত্র কারণ ডিএনএস ক্যাশ হয় তবে তাদের বাইপাস করা কি সম্ভব, তাই আমি কি দেখতে পাচ্ছি বাস্তব সময়ে কী ঘটছে?
হ্যাঁ, আপনি যদি ম্যানুয়ালি digবা অনুরূপ সরঞ্জামগুলি দিয়ে পরীক্ষা করছেন তবে এটি সহজ easy কোন সার্ভারের সাথে যোগাযোগ করতে হবে তা কেবল তা বলুন।
এখানে ক্যাশেড প্রতিক্রিয়ার একটি উদাহরণ:
jamezpolley@host:~$dig telegraph.co.uk NS
; <<>> DiG 9.7.0-P1 <<>> telegraph.co.uk NS
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 36675
;; flags: qr rd ra; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 0
;; QUESTION SECTION:
;telegraph.co.uk. IN NS
;; ANSWER SECTION:
telegraph.co.uk. 319 IN NS ns1-63.akam.net.
telegraph.co.uk. 319 IN NS eur3.akam.net.
telegraph.co.uk. 319 IN NS use2.akam.net.
telegraph.co.uk. 319 IN NS usw2.akam.net.
telegraph.co.uk. 319 IN NS use4.akam.net.
telegraph.co.uk. 319 IN NS use1.akam.net.
telegraph.co.uk. 319 IN NS usc4.akam.net.
telegraph.co.uk. 319 IN NS ns1-224.akam.net.
;; Query time: 0 msec
;; SERVER: 97.107.133.4#53(97.107.133.4)
;; WHEN: Thu Feb 2 05:46:02 2012
;; MSG SIZE rcvd: 198
এখানে পতাকা বিভাগে পতাকা ধারণ করে না aa, তাই আমরা দেখতে পাচ্ছি যে এই ফলাফলটি সরাসরি কোনও অনুমোদিত উত্সের পরিবর্তে ক্যাশে থেকে এসেছিল। আসলে, আমরা দেখতে পাচ্ছি যে এটি এসেছে 97.107.133.4, যা লিনোডের স্থানীয় ডিএনএস রেজলভারগুলির মধ্যে একটি হতে পারে। উত্তরটি আমার খুব কাছাকাছি ক্যাশে থেকে সরবরাহ করা হয়েছিল তার অর্থ এই যে আমার উত্তর পেতে আমার 0 মিনিট সময় লাগবে; তবে আমরা যেমন এক মুহুর্তে দেখতে পাব, সেই গতির জন্য আমি যে মূল্য দিচ্ছি তা হ'ল উত্তরটি তারিখের প্রায় 5 মিনিটের বাইরে।
লিনোডের সমাধানকারীকে বাইপাস করতে এবং সোজা উত্সটিতে যেতে, কেবলমাত্র সেই এনএসেসের মধ্যে একটি বেছে নিন এবং সরাসরি এটির সাথে যোগাযোগ করার জন্য খনন করতে বলুন:
jamezpolley@li101-70:~$dig @ns1-224.akam.net telegraph.co.uk NS
; <<>> DiG 9.7.0-P1 <<>> @ns1-224.akam.net telegraph.co.uk NS
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 23013
;; flags: qr aa rd; QUERY: 1, ANSWER: 8, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;telegraph.co.uk. IN NS
;; ANSWER SECTION:
telegraph.co.uk. 600 IN NS use2.akam.net.
telegraph.co.uk. 600 IN NS eur3.akam.net.
telegraph.co.uk. 600 IN NS use1.akam.net.
telegraph.co.uk. 600 IN NS ns1-63.akam.net.
telegraph.co.uk. 600 IN NS usc4.akam.net.
telegraph.co.uk. 600 IN NS ns1-224.akam.net.
telegraph.co.uk. 600 IN NS usw2.akam.net.
telegraph.co.uk. 600 IN NS use4.akam.net.
;; Query time: 9 msec
;; SERVER: 193.108.91.224#53(193.108.91.224)
;; WHEN: Thu Feb 2 05:48:47 2012
;; MSG SIZE rcvd: 198
আপনি দেখতে পাচ্ছেন যে, ফলাফলটি সরাসরি উত্স থেকে পরিবেশন করা হয়েছিল - aaপতাকাটি লক্ষ্য করুন , যা ইঙ্গিত দেয় যে ফলাফলগুলি একটি অনুমোদিত উত্স থেকে এসেছে। আমার আগের উদাহরণে, ফলাফলগুলি আমার স্থানীয় ক্যাশে থেকে এসেছে, সুতরাং তাদের aaপতাকাটির অভাব রয়েছে । আমি দেখতে পাচ্ছি যে এই ডোমেনের জন্য অনুমোদিত উত্সটি 600 সেকেন্ডের একটি টিটিএল সেট করে। স্থানীয় ক্যাশে থেকে আমি যে ফলাফল পেয়েছি তার টিটিএল ছিল মাত্র ৩১৯ সেকেন্ড, যা আমাকে বলে যে তারা (saw০০-৩৯৯) সেকেন্ডের জন্য প্রায় পাঁচ মিনিট - আমি তাদের দেখার আগে ক্যাশে বসে ছিলাম।
যদিও এখানে টিটিএল মাত্র 600 সেকেন্ড, তবুও কিছু আইএসপি তাদের ডিএনএস রেজোলারদের আরও বেশি সময় - 24 ঘন্টা বা আরও বেশি সময়ের জন্য ফলাফলগুলি ক্যাশে রাখতে বাধ্য করে তাদের ট্র্যাফিক আরও কমিয়ে আনার চেষ্টা করবে। এটি প্রচলিত (আপনি কী জানেন না-যদি-এটি-আসলে-খুব-প্রয়োজনীয়-তবে-আসুন-নিরাপদ ধরণের) এটি ধরে নেওয়া যে আপনি যে কোনও ডিএনএস পরিবর্তন করেছেন তা সর্বত্র দৃশ্যমান হবে না 24-48 ঘন্টা জন্য ইন্টারনেট।