होस्ट और nslookup एक नाम क्यों हल कर सकते हैं लेकिन खुदाई नहीं कर सकते?


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

यहाँ मेरा resolv.conf कैसा दिखता है:

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


क्या मैं अकेला हूँ जो देखता है कि थोड़ा सा सहज होने के नाते? :-) वैसे भी, बहुत बहुत धन्यवाद!
मुशायराएक्सएक्सएक्स

5
@musashiXXX खैर, यह निर्भर करता है :-) ज्यादातर लोग digडीबगिंग डीएनएस के लिए उपयोग करते हैं और इस मामले में यह सब कुछ अक्षम करने के लिए एक अच्छा विचार है जो डीएनएस से जवाबों को गड़बड़ कर सकता है। मुझे लगता है कि यह एक बहुत अच्छा विचार है; ज्यादातर लोग उपयोग करते हैं hostऔर nslookupआखिरकार। :-)
अलेक्जेंडर जानसेन

7

मुझे भी यही समस्या आ रही थी। दोनों nslookup से भेजे गए पैकेट और वायरशार्क के साथ खुदाई का निरीक्षण करने के बाद, मुझे समस्या का पता चला।

खुदाई क्वेरी में प्रामाणिक डेटा बिट सेट कर रहा था। मैन पेज के अनुसार, "यह सर्वर से यह पूछने का अनुरोध करता है कि क्या सभी उत्तर और प्राधिकरण अनुभाग सभी को सर्वर की सुरक्षा नीति के अनुसार सुरक्षित किए गए हैं।" + Noadflag के साथ खुदाई चलाकर, यह nslookup के समान परिणाम लौटाता है।


3
एक ही मुद्दा था, लेकिन ednsविस्तार के कारण अलग परिणाम था । जब मैंने +noendsखुदाई के साथ क्वेरी की तो मेजबान के समान परिणाम लौटाया
स्लावा बच्चेरिकोव

7

मेरे मामले में, यह Microsoft DNS सर्वर में एक बग है, जहां यह विकल्प सेट के FORMERRसाथ अनुरोधों के लिए प्रतिक्रिया (अनुरोध प्रारूप त्रुटि) देता है EDNS Cookiedig(9.11 और ऊपर) के नए संस्करण डिफ़ॉल्ट रूप से डीएनएस-कुकीज़ का उपयोग करते हैं। इसे रोकने के लिए +nocookieया +noednsखुदाई करने के लिए ध्वज द्वारा रोका जा सकता है :

$ dig +nocookie DOMAIN @SERVER

स्रोत: https://kevinlocke.name/bits/2017/01/20/formerr-from-microsoft-dns-server-for-dig/


1

आप अपने घर निर्देशिका में .digrc फ़ाइल का उपयोग लाइन के साथ कर सकते हैं

+ खोज

डिफ़ॉल्ट व्यवहार का मौका देने के लिए


0

मैंने अपने घर वाई-फाई नेटवर्क पर इस समस्या का अनुभव google.comकिया dig, जो कि विंडोज 7 होस्ट पर चल रहे उबंटू वीएम के भीतर से अच्छे ol 'को हल करने की कोशिश कर रहा था , जिसके साथ समय समाप्त हो गया, लेकिन nslookupतुरंत परिणाम लौटा।

मेरे लिए समाधान जोड़ने के लिए था +noedns: $ dig +noedns google.com

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.