nslookup & खुदाई विफल; पिंग, ट्रेसरआउट और स्कूटिल -आर काम करते हैं

Question

मैं 10.8.2 पर चल रहा हूं। मेरे मशीन पर अचानक, पारंपरिक नेमसेवर लुकअप विफल हो रहे हैं:

$ nslookup www.att.com
;; connection timed out; no servers could be reached

$ dig www.att.com

; <<>> DiG 9.8.3-P1 <<>> www.att.com
;; global options: +cmd
;; connection timed out; no servers could be reached

लेकिन नाम सेवाओं का उपयोग करने वाले ऑपरेशन ठीक काम करते हैं:

$ scutil -r www.att.com
Reachable


$ ping www.att.com
PING e2318.dscb.akamaiedge.net (23.1.57.145): 56 data bytes
64 bytes from 23.1.57.145: icmp_seq=0 ttl=55 time=22.862 ms
64 bytes from 23.1.57.145: icmp_seq=1 ttl=55 time=26.947 ms
^C
--- e2318.dscb.akamaiedge.net ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 22.862/24.904/26.947/2.043 ms

मैंने अलग-अलग गंतव्यों के लिए नाम सर्वर पतों को सेट करने की कोशिश की है network सिस्टम वरीयता (उदा।, 4.2.2.2, 208.67.222.222, 208.67.220.220, आदि) लेकिन यह कोई अंतर नहीं करता है

मैं अनुमान लगा रहा हूं कि ऑन-बोर्ड DNS सर्वर के लिए एक आंतरिक कॉन्फ़िगरेशन फ़ाइल है जो अपडेट नहीं हो रही है, लेकिन मुझे कोई सुराग नहीं है कि वह कहां दिखे।

Comments

अगर आप दौड़ते हैं तो आप क्या देखते हैं cat /etc/resolv.conf ?

— paulgrav

@paulgrav I से डीएनएस सेटिंग्स network प्रणाली वरीयता में परिलक्षित /etc/resolv.conf। फिलहाल, यह मेरे हवाई अड्डे पर चरम की ओर इशारा कर रहा है: डोमेन columbus.rr.com, नामकरण 10.0.1.1

— jhfrontz

दौड़ने पर क्या मिलता है dig www.att.com @10.0.1.1 ?

— paulgrav

@paulgrav $ dig www.att.com *@*10.0.1.1; & Lt; & lt; & gt; & gt; DiG 9.8.3-P1 & lt; & lt; & gt; & gt; www.att.com *@*10.0.1.1 ;; वैश्विक विकल्प: + सेमी ;; कनेक्शन का समय समाप्त; कोई सर्वर नहीं पहुंच सका

— jhfrontz

आपके राउटर की तरह लगता है कि हल करने में विफल हो रहा है। क्या आपने रिबूट करने या रीसेट / अपडेट करने की कोशिश की है?

— paulgrav

Answer 1

मुझे अभी भी यकीन नहीं है कि समस्या क्या थी, लेकिन उसके बाद दूसरे से असंबंधित समस्या से पीड़ित , मैंने 10.8 की पूरी पुनः स्थापना की। मैंने मूल रूप से 10.6 से अपग्रेड किया था - हालांकि शुरुआती अपग्रेड के बाद उपयोगिताओं को थोड़ी देर के लिए ठीक काम करने के लिए लग रहा था, मेरा संदेह यह है कि मैंने दूसरे मुद्दे का निदान करने / हल करने का प्रयास करते समय कुछ अज्ञात-से-कॉन्फ़िगरेशन के लिए कुछ किया जाहिर है कि डीएनएस एक्सेस के कुछ पहलुओं को अक्षम कर दिया गया है)।

फिर से स्थापित होने के बाद, सभी डीएनएस से संबंधित उपयोगिताओं अब ठीक काम कर रहे हैं।

Answer 2

nslookup मेरे ज्ञान के लिए सिस्टम DNS सेटिंग्स का उपयोग नहीं करता है, बल्कि सीधे resolv.conf से सर्वरों पर सवाल उठाता है।

दूसरी ओर, पिंग, नामों को हल करने के लिए सिस्टम रिज़ॉल्वर का उपयोग करता है, और इसलिए क्वेरी अन्य DNS सर्वरों पर जा सकती है। उदाहरण के लिए, आप प्रति-डोमेन नाम सर्वर को / etc / resolver में कॉन्फ़िगर कर सकते हैं, लेकिन nslookup द्वारा इनका उपयोग नहीं किया जाएगा। (देख man 5 resolver )

दुर्भाग्य से, मुझे नहीं पता है कि DNS सर्वर के आईपी का पता कैसे लगाया जाए जो अंततः सिस्टम रिज़ॉल्वर द्वारा उपयोग किया जाता है।

Answer 3

मैं के परिणामों में खुदाई करेंगे:

 scutil --dns

और जांच लें कि कोई फ़ायरवॉल DNS पैकेट्स (छोटा स्निप, IPFW) को ब्लॉक तो नहीं कर रहा है, Apple के अनुप्रयोग फ़ायरवॉल , आदि…) और वह पोर्ट 53 आपके मैक और डीएनएस सर्वरों के बीच खुला है जो आपके डीएनएस विकल्पों के स्कूटिंग डंपिंग से सूचीबद्ध है जो कॉन्फ़िगर और उपयोग में हैं।

Comments

जहां तक ​​मुझे पता है, किसी भी सामान्य संदिग्ध को दोषी नहीं ठहराया गया।

— jhfrontz