if xyz.com uses nameserver ns1.xyz.info,
এই ক্ষেত্রে আপনার স্থানীয় সমাধানকারী প্রথমে সার্ভারগুলিকে জিজ্ঞাসা করবে .com(উদাহরণস্বরূপ, উদাহরণস্বরূপ- সার্ভারস.net) যেখানে xyz.com ডোমেনের জন্য নাম সার্ভারগুলি সন্ধান করতে পারে। .Com ডোমেন সার্ভার সাধারণত xyz.com ডোমেনের জন্য নাম সার্ভারের আইপি ঠিকানাগুলির জন্য আঠালো রেকর্ড সরবরাহ করবে।
উদাহরণ:
$ dig gmail.com @a.gtld-servers.net
; <<>> DiG 9.9.3-rpz2+rl.13214.22-P2-Ubuntu-1:9.9.3.dfsg.P2-4ubuntu1.1 <<>> gmail.com @a.gtld-servers.net
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46893
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 4, ADDITIONAL: 5
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;gmail.com. IN A
;; AUTHORITY SECTION:
gmail.com. 172800 IN NS ns2.google.com.
gmail.com. 172800 IN NS ns1.google.com.
gmail.com. 172800 IN NS ns3.google.com.
gmail.com. 172800 IN NS ns4.google.com.
;; ADDITIONAL SECTION:
ns2.google.com. 172800 IN A 216.239.34.10
ns1.google.com. 172800 IN A 216.239.32.10
ns3.google.com. 172800 IN A 216.239.36.10
ns4.google.com. 172800 IN A 216.239.38.10
;; Query time: 375 msec
;; SERVER: 192.5.6.30#53(192.5.6.30)
;; WHEN: Thu Jul 10 01:10:57 EST 2014
;; MSG SIZE rcvd: 181
আমার অভিজ্ঞতায় আপনার বক্তব্যটি যে "কোনও ডোমেন এবং এর নেমসার্ভার একটি টিএলডি ভাগ করে না নিলে সাধারণত আঠালো রেকর্ডগুলি উপলভ্য থাকে না" কেবল সত্য নয়। এটি ডোমেনের জন্য নিবন্ধকের দ্বারা সরবরাহ করা ডেটার উপর নির্ভরশীল এবং তাদের নীতিগুলি পৃথক হয়। কিছু আইপি নির্দিষ্ট করা প্রয়োজন। কিছু এটি ডোমেনের মালিকের কাছে ছেড়ে দেয়। আমি মনে করি অস্ট্রেলিয়ায় এমন একটি মনে আছে যা তাদের সমর্থন করে না। যদি আপনার দেশের ডোমেন নিয়ে কাজ করে এমন রেজিস্ট্রারের সংখ্যা যদি অল্প হয়, তবে সম্ভবত এটি ডোমেন স্পেসের অংশের মধ্যেই সত্য হতে পারে তবে সামগ্রিকভাবে নেট এর পক্ষে এটি একেবারেই অল্প মাত্র।
আঠালো রেকর্ড সরবরাহ করা ডোমেন মালিকদের পক্ষে অবশ্যই এটি একটি ভাল অনুশীলন, তবে কখনও কখনও আইপি পেরেক না দিয়ে নাম দিয়ে ডিএনএস সার্ভার নির্দিষ্ট করার ক্ষমতাটিকে নমনীয়তা সরবরাহ হিসাবে দেখা হয় এবং অনেকগুলি ডোমেন মালিকগণ এটি তৈরি করে এমন পারফরম্যান্স ইস্যুটি বুঝতে পারে না।
আপনি যদি ডিএনএস রিপোর্টিং সরঞ্জাম সরবরাহ করে থাকেন তবে আপনার আগ্রহী এমন ভুল কনফিগারেশনের সত্যই কি সীমাবদ্ধতা রয়েছে? এমনকি যদি অনুপস্থিত আঠালো রেকর্ড ইস্যুটি উপস্থাপিত হয় তবে আপনার জন্য অনুপস্থিত আঠা রেকর্ডকে সতর্কতা হিসাবে প্রতিবেদন করার বিষয়টি আরও বেশি। আপনি সম্ভবত কমপক্ষে কয়েকটি নির্দেশনা যেমন আপনি সরবরাহ করেছেন তা ট্র্যাক করতে চান (এবং এই অনুপস্থিত আঠা রেকর্ডের প্রতিবেদন করুন) তবে আপনাকে এটিকে কতদূর অনুসরণ করা উচিত তার কিছু সীমাবদ্ধতা থাকতে হবে। আমি কোনও ডিএনএস রিপোর্টিংয়ের সরঞ্জামটি প্রথম 3 বা তার সম্পর্কে সতর্ক করে দিলে আমি বেশ খুশি হব, কারণ আমি কেবলমাত্র আমার ডোমেনে আঠালো রেকর্ড যুক্ত করতে, বা ডোমেনের জন্য ডিএনএস সরবরাহকারীকে আরও উপযুক্ত যেটিতে স্যুইচ করতে আগ্রহী।
আমি BIND- এ আপনার প্রস্তাবিত ডস পদ্ধতির বিষয়ে সন্দেহজনক, যেহেতু BIND নাম সার্ভারগুলির অবস্থান সম্পর্কে তথ্য সংগ্রহ করে তা ক্যাশে করবে। কোনও আক্রমণকারীকে আঠালো ছাড়াই প্রচুর ডোমেন সেট আপ করতে হবে এবং তারপরে সেগুলি সম্পর্কে অনেকগুলি প্রশ্ন তৈরি করতে হবে। ডোমেন স্থাপনের ব্যয় যা ব্যবহারের পরে নিবন্ধকের দ্বারা বাতিল হয়ে যাওয়ার সম্ভাবনা রয়েছে এটি আক্রমণকারীর কাছে এটি আবেদনময়ী করে তুলতে পারে।