হোস্ট এবং এনস্লুআপ কেন একটি নাম সমাধান করতে পারে তবে খনন করতে পারে না?


27

কেউ আমাকে বলতে পারে কেন এমন হচ্ছে? আমি হোস্ট এবং / অথবা nslookup ব্যবহার করে একটি হোস্টনাম সমাধান করতে পারি তবে ফরোয়ার্ড লুকআপগুলি ডিগ দিয়ে কাজ করে না; বিপরীত অনুসন্ধানগুলি করুন:

musashixxx@box:~$ host someserver
someserver.somenet.internal has address 192.168.0.252
musashixxx@box:~$ host 192.168.0.252
252.0.168.192.in-addr.arpa domain name pointer someserver.somenet.internal.
musashixxx@box:~$ nslookup someserver
Server:     192.168.0.253
Address:    192.168.0.253#53

Name:   someserver.somenet.internal
Address: 192.168.0.252
musashixxx@box:~$ nslookup 192.168.0.252
Server:     192.168.0.253
Address:    192.168.0.253#53

252.0.168.192.in-addr.arpa  name = someserver.somenet.internal.

musashixxx@box:~$ dig someserver

; <<>> DiG 9.8.1-P1 <<>> someserver
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: SERVFAIL, id: 55306
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;someserver.            IN  A

;; Query time: 0 msec
;; SERVER: 192.168.0.253#53(192.168.0.253)
;; WHEN: Wed Oct  3 15:47:38 2012
;; MSG SIZE  rcvd: 27

musashixxx@box:~$ dig -x 192.168.0.252

; <<>> DiG 9.8.1-P1 <<>> -x 192.168.0.252
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28126
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;252.0.168.192.in-addr.arpa.    IN  PTR

;; ANSWER SECTION:
252.0.168.192.in-addr.arpa. 3600 IN PTR someserver.somenet.internal.

;; Query time: 0 msec
;; SERVER: 192.168.0.253#53(192.168.0.253)
;; WHEN: Wed Oct  3 15:49:11 2012
;; MSG SIZE  rcvd: 86

আমার রেজোলভ.কনফ দেখতে দেখতে এখানে যা:

nameserver 192.168.0.253
search somenet.internal

এই আচরণ কি স্বাভাবিক? কোন চিন্তা?

উত্তর:


36

অনুসন্ধান-বিকল্পটি ব্যবহার না করার জন্য এটি খননের ডিফল্ট আচরণ।

ম্যানুয়াল পৃষ্ঠা থেকে:

   +[no]search
       Use [do not use] the search list defined by the searchlist or
       domain directive in resolv.conf (if any). The search list is not
       used by default.

সম্পাদনা করুন: +searchএটির মতো কাজ করার জন্য কেবল যুক্ত করুন dig +search myhost


আমি কি কেবলমাত্র একজন যে এটিকে একটু পাল্টা স্বজ্ঞাত হিসাবে দেখছি? :-) যাইহোক, অনেক ধন্যবাদ!
musashiXXX

5
@ মুসাশিএক্সএক্সএক্স, ভাল, এটি নির্ভর করে :-) বেশিরভাগ লোক digডিএনএস ডিবাগ করার জন্য ব্যবহার করে এবং এক্ষেত্রে ডিএনএসের উত্তরগুলি গোলমাল করতে পারে এমন সমস্ত কিছু অক্ষম করা বেশ ভাল ধারণা। আমি মনে করি এটি খুব ভাল ধারণা; বেশিরভাগ লোক ব্যবহার করে hostএবং nslookupসর্বোপরি। :-)
আলেকজান্ডার জানসেন

7

আমি একই সমস্যা ছিল। উভয় এনএসলুকআপ থেকে প্রেরিত প্যাকেটগুলি পর্যবেক্ষণ করার পরে এবং ওয়্যারশার্ক দিয়ে খনন করার পরে, আমি সমস্যাটি পেয়েছি।

ডিগ ক্যোয়ারীতে খাঁটি ডেটা বিট সেট করছিল। ম্যান পেজ অনুসারে, "এটি সার্ভারের সুরক্ষা নীতি অনুসারে উত্তর এবং কর্তৃপক্ষের সমস্ত বিভাগকেই সুরক্ষিত হিসাবে বৈধ করা হয়েছে কিনা তা সার্ভারকে ফিরে আসার অনুরোধ করে।" + নোডফ্ল্যাগ দিয়ে খনন চালিয়ে, এটি এনএসলআপের মতো একই ফলাফল দেয়।


3
একই সমস্যা ছিল, তবে ednsএক্সটেনশনের কারণে ভিন্ন ফলাফল হয়েছিল । আমি যখন +noendsডিগ দিয়ে জিজ্ঞাসা করলাম হোস্ট হিসাবে একই ফলাফল ফিরে আসবে।
স্লাভা বেরেরিকভ

7

আমার ক্ষেত্রে এটি মাইক্রোসফ্ট ডিএনএস সার্ভারের একটি বাগ, যেখানে এটি বিকল্প সেট FORMERRসহ অনুরোধগুলির জন্য প্রতিক্রিয়া (অনুরোধ বিন্যাসের ত্রুটি) প্রদান করে EDNS Cookiedig(9.11 এবং তার বেশি) এর নতুন সংস্করণগুলি ডিএনএস-কুকিগুলি ডিফল্টরূপে ব্যবহার করে। এটি খননের জন্য +nocookieবা +noednsপতাকা দ্বারা প্রতিরোধ করা যেতে পারে :

$ dig +nocookie DOMAIN @SERVER

সূত্র: https://kevinlocke.name/bit/2017/01/20/formerr-from-microsoft-dns-server-for-dig/


1

আপনি লাইনটি সহ আপনার হোম ডিরেক্টরিতে একটি .digrc ফাইল ব্যবহার করতে পারেন

+ অনুসন্ধান

সম্ভাব্য ডিফল্ট আচরণ


0

আমি google.comউইন্ডোজ 7 হোস্টে চলমান উবুন্টু ভিএম এর মধ্যে থেকে ভাল ওল 'সমাধানের চেষ্টা করার জন্য আমার হোম ওয়াই-ফাই নেটওয়ার্কটিতে এই সমস্যাটি অভিজ্ঞতা পেয়েছি dig, যার সময়সীমা শেষ হয়েছে তবে nslookupতাত্ক্ষণিকভাবে ফলাফলটি ফিরে এসেছিল।

আমার জন্য সমাধান যোগ করার জন্য ছিল +noedns: $ dig +noedns google.com

আমাদের সাইট ব্যবহার করে, আপনি স্বীকার করেছেন যে আপনি আমাদের কুকি নীতি এবং গোপনীয়তা নীতিটি পড়েছেন এবং বুঝতে পেরেছেন ।
Licensed under cc by-sa 3.0 with attribution required.