डीएनएस नाम लुकअप (SSH था) स्नो लेपर्ड अपग्रेड के बाद काम नहीं कर रहा है

Question

मुझे लगता है कि यह स्नो लेपर्ड अपडेट के साथ शुरू हुआ। .Ssh निर्देशिका को साफ किया, अभी भी समस्या है।

~: uname -a
डार्विन कैलिफ़ोर्निया-उदाहरण-कॉम.लोकल 10.0.0 डार्विन कर्नेल संस्करण 10.0.0: शुक्र जुलाई 31 22:47:34 पीडीआर 2009; रूट: xnu-1456.1.25 ~ 1 / RELEASE_I386 i386

~: ssh -V
OpenSSH_5.2p1, OpenSSL 0.9.8k 25 मार्च 2009

~: ls -l ~ / .ssh

~: nslookup नेवादा
सर्वर: 10.94.62.3
पता: 10.94.62.3 # 53

नाम: nevada.example.com
पता: 10.94.62.3

~: ssh नेवादा
ssh: होस्टनाम nevada को हल नहीं कर सका: नोडनेम और न ही सेवनाम, या ज्ञात नहीं

Comments

क्या आप (a) nevada.example.com और (b) 10.94.62.3 पर ssh कर सकते हैं?

— स्वेन

क्या आप नेवादा को पिंग कर सकते हैं? "Ssh -v nevada" क्या दर्शाता है?

— markdrayton

अजीब सवाल; क्या आप स्प्लिट डीएनएस और / या पिंग नेवादा का उपयोग कर सकते हैं?

— चीलियन

फॉलो-अप के लिए धन्यवाद ... उत्तर: ssh nevada.example.com = no ssh 10.94.62.3 = हाँ (और होस्ट कुंजी की पुष्टि करनी थी क्योंकि मैंने ज्ञात मेजबानों को साफ कर दिया था) पिंग नेवादा = नाम समाधान समस्या टेलनेट नेवादा (tho) यह टेलनेट को नहीं चलाता है) = नाम रिज़ॉल्यूशन समस्या स्प्लिट डीएनएस = जानबूझकर नहीं, पता नहीं कि यह क्या है :-) ओएस एक्स नेटवर्क सेटिंग्स फलक से, मुझे 10.94.62.3 मिला है क्योंकि दो उपलब्ध कराने से पहले सूचीबद्ध डीएनएस सर्वर। मेरे ISP द्वारा, और example.com खोज डोमेन सूची में। मेरे नेटवर्क की अन्य प्रणालियां नेवादा (और अन्य) के लिए सामान्य रूप से DNS का उपयोग कर सकती हैं।

— पीटर कार्डोना

उपरोक्त टिप्पणी में लाइन ब्रेक की कमी के बारे में खेद ...

— पीटर कार्डोना

Answer 1

मैं उसी समस्या में भाग गया और मैक मिनी के बारे में एक धागा पाया, जिसमें Apple की चर्चाओं पर DNS मुद्दे बेहद मददगार थे।

इस समस्या की जड़: mDNSResponder कभी-कभी DNS सर्वरों के क्रम को बदल देता है, जिससे यह सवाल उठता है और इसलिए यदि यह आपके ISP के DNS सर्वरों पर सवाल उठाता है, तो इसे एक उचित रिकॉर्ड नहीं मिलेगा (या यदि आप विभाजित DNS का उपयोग कर रहे हैं तो आपको मिलेगा) आपकी सार्वजनिक आईपी)।

इसके लिए सबसे अच्छा फिक्स यह सुनिश्चित करना है (जैसा आपने किया) कि केवल आवश्यक DNS सर्वर आपकी DNS सेटिंग्स में सूचीबद्ध हैं। इसके लिए आपके DHCP से ISP DNS सर्वर को हटाने की आवश्यकता हो सकती है (जैसा कि मुझे भी करना था - वैसे भी सभी अनुरोध स्थानीय DNS सर्वर के माध्यम से अग्रेषित किए जाते हैं)।

कारण उपयोगिताओं की तरह digऔर nslookupसामान्य रूप से सफल होगा वे BIND का उपयोग कर रहे हैं और /etc/resolv.confसीधे ऑपरेटिंग सिस्टम के बाकी हिस्सों के विपरीत।

स्नो लेपर्ड में संदर्भ के लिए DNS कैश अब mDNSResponder द्वारा संग्रहीत किया जाता है और इसे साफ़ करने के लिए आपको उपयोग करने की प्रक्रिया को पुनरारंभ करने की आवश्यकता होती है sudo killall -HUP mDNSResponder। आप killallकमांड को विभिन्न झंडे का उपयोग करके अधिक जानकारी (लॉगिंग, डंप आंतरिक स्थिति, आदि) प्राप्त कर सकते हैं ।

"sudo killall -USR1 mDNSResponder" to enable operation logging.
"sudo killall -USR2 mDNSResponder" to enable packet logging.
"sudo killall -HUP mDNSResponder" to clear the DNS cache.
"sudo killall -INFO mDNSResponder" to dump mDNSRepsonder's internal state.

स्रोत: उसी धागे पर स्नूप डॉग ।

Comments

धन्यवाद, googling मुझे यहाँ ले गया, इसने इसे ठीक कर दिया। "arp" ने गलत आईपी की सूचना दी, खुदाई ने सही "आईपी" की सूचना दी। इससे पहले कि मैंने यह कोशिश की निस्तब्धता की कोई राशि तय नहीं की। मैं ध्यान देता हूं कि मुझे dscacheutil -flushcache को भी निष्पादित करना था। मैं यह भी कहना चाहूंगा कि स्थानीय राउटर अजीब तरह से व्यवहार कर सकते हैं और आईएसपी कभी-कभी टीटीएल के संदर्भ में निष्पक्ष नहीं होते हैं।

— ऐच

Answer 2

हमें इस तरह की समस्याएं थीं:

host example.com     <<< WORKED
ping example.com     <<< FAILED

कुछ इस तरह से हल:

sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist
sudo launchctl load -w /System/Library/LaunchDaemons/com.apple.mDNSResponder.plist

Mac OS X पर अनुप्रयोग DNS के लिए "होस्ट / डिग / nslookup" के समान तंत्र का उपयोग नहीं करते हैं।

"होस्ट / डिग / nslookup" का उपयोग करना यह निर्धारित करने के लिए उपयोगी था कि यह एक नेटवर्क मुद्दा नहीं था। यह उपरोक्त आदेशों के साथ स्थानीय प्रणाली के साथ एक मुद्दा था।

Comments

वाह कि काम किया !!! मैं हर जगह एक समाधान के लिए देख रहा हूँ !!!! मैं बस अपने लैपटॉप को फॉर्मेट और रीस्टोर करने वाला था, आपने मुझे एक टन बचा लिया! धन्यवाद! क्षमा करें, लेकिन मैं इसे आगे नहीं बढ़ा सका :-( नोट: मेरे डीएनएस ने

Answer 3

मैंने एक ही समस्या का अनुभव किया है ... और mDNSResponder को पुनः आरंभ करते समय "काम" लगता है, इसे हर घंटे की तरह कुछ घंटों को फिर से शुरू करता है।

तो, अभी के लिए, मैंने स्थानीय रूप से dnsmasq चलाकर समस्या को "हल" कर दिया है । ऐसा करने के लिए:

• Dnsmasq बिल्ड (tgz और डाउनलोड makeया brew install dnsmasq)
• इसे एक dnsmasq.confफ़ाइल में रखें :

निराकरण फ़ाइल = resolv.conf
उपयोगकर्ता = कोई नहीं
समूह = कोई नहीं
इंटरफ़ेस = lo0
संचय-आकार = 1024

• इसे resolv.confउस फ़ाइल में रखें जो फ़ाइल के समान निर्देशिका में है dnsmasq.conf(nb: not /etc/resolv.conf ):

नामकरण 8.8.8.8
नामकरण 4.2.2.1
नामकरण 4.2.2.2

• के dnsmasqसाथ चला sudo dnsmasq --no-daemon --log-queries -C dnsmasq.conf। आउटपुट कुछ इस तरह दिखना चाहिए:

...
dnsmasq: resolv.conf पढ़ना
dnsmasq: नेमसर्वर का उपयोग 4.2.2.1 # 53
dnsmasq: नेमसर्वर का उपयोग 4.2.2.2 # 53
dnsmasq: नेमसर्वर का उपयोग 8.8.8.8 # 53
dnsmasq: पढ़ / आदि / मेजबान - 6 पते

• नेटवर्क प्राथमिकताएँ खोलें और सुनिश्चित करें कि 127.0.0.1केवल DNS सर्वर (नेटवर्क प्राथमिकताएँ -> उन्नत -> DNS -> 127.0.0.1 जोड़ें)

चीजों को फिर से अच्छी तरह से काम करना शुरू करना चाहिए।

एक बार जब चीजें काम कर रहे हैं, तो आप चला सकते हैं dnsmasqबिना --no-daemonऔर --log-queriesइसलिए यह पृष्ठभूमि में शुरू होगा और आप एक टर्मिनल विंडो को खुला रखने की जरूरत नहीं है, विकल्प।

Answer 4

मैंने देखा कि मेरे आईएसपी से 2 के बाद DNS सर्वर सूची (नेटवर्क प्रीफ़्स पेन) में 10.94.62.3 था। मैंने अन्य 2 को हटा दिया, इस स्थान के लिए 10.94.62.3 के सभी नाम लुकअप को मजबूर कर दिया और अब मैं अपने नेटवर्क पर और साथ ही बाहर भी नामों को हल कर सकता हूं।

पता नहीं क्यों यह काम किया।

Answer 5

मुझे लगता है कि हमारे पास एक समान मुद्दा है, जैसा कि मैंने यहां बताया है: /apple/50457/nslookup-works-ping-and-ssh-dont-os-x-lion-10-7-3

मेरा मानना ​​है कि समस्या सर्चडोमेनस कॉन्फ़िगरेशन के भीतर है: पिंग / ssh का उपयोग करने की कोशिश करना gethostbyname2()जो विफल हो जाता है क्योंकि नाम अब नहीं चल रहा है (कम से कम शेर में) और /etc/resolv.confकॉन्फ़िगर किए गए सर्चडोमेन के साथ इस प्रकार अनदेखा किया गया है। /etc/hostsके लिए अंतिम उपाय है gethostbyname2()और इस प्रकार ssh फिर से उचित प्रविष्टियों के साथ काम करता है /etc/hosts। Apple imho द्वारा तय किया जाना चाहिए।

Answer 6

क्या आपने नेवादा-उदाहरण-कॉम की कोशिश की है।

Comments

कोशिश नहीं की थी, लेकिन एक ही संकल्प मुद्दा मिला है। NOTHING (ssh, telnet, ping, http) की तरह प्रतीत होने वाला सर्वर उस सर्वर को हल करता है जो nslookup डिफ़ॉल्ट है। यह कैसे हो सकता है? हो सकता है कि OS X स्तर सेटिंग्स और कुछ / आदि / जो भी फ़ाइल के बारे में अंतर्निहित BSD कार्यान्वयन की परवाह है?

— पीटर कार्डोना

नहीं, OS X init के स्तर का उपयोग नहीं करता है - बीएसडी सिबेसिसम भी नहीं।

— जेरेमी एल

Answer 7

dscacheutil -flushcache

यह कमांड आपके DNS कैश को रिफ्रेश करता है।

क्या 10.94.62.3 एक DNS सर्वर है जिस पर आपको भरोसा है? यदि हां, तो केवल एक ही क्यों है? फेलओवर उद्देश्यों के लिए आपके पास कम से कम 2 DNS सर्वर होने चाहिए। यदि वह नीचे जाता है, तो आप बैठे हुए बत्तख हैं।

Answer 8

डीएनएस ऑर्डर लुकअप स्नो लेपर्ड में अलग तरह से काम करता है। यदि आप एक डोमेन नहीं देख सकते हैं, तो यह देखने के लिए जांचें कि क्या आपके नेटवर्क वरीयताओं में कोई अमान्य DNS सर्वर सूचीबद्ध है। यदि आप एक मानक डीएचसीपी सेटअप का उपयोग कर रहे हैं, तो आपके पास कोई डीएनएस सर्वर सूचीबद्ध नहीं होना चाहिए। मेरे उत्थान से पहले मेरे पास एक पुराना डीएनएस सर्वर सूचीबद्ध था, और यह कुछ भी प्रभावित नहीं करता था। एक बार जब मैंने अपग्रेड किया तो मैं पूरी तरह से खो गया डीएनएस।

नेटवर्क प्राथमिकताएँ खोलें> हवाई अड्डा> उन्नत चुनें। DNS टैब का चयन करें, और अमान्य हैं किसी भी DNS सर्वर को हटा दें।

Answer 9

क्या आपने कंसोल को देखा है? (अनुप्रयोग -> उपयोगिताएँ -> कंसोल) आप पा सकते हैं कि mDNSResponder नीचे दिखाई दे रहा है: नैदानिक ​​और उपयोग जानकारी -> सिस्टम नैदानिक ​​रिपोर्ट

यदि यह किसी अन्य प्रोग्राम के कारण क्रैश हो रहा है जो लोड हो रहा है मॉड्यूल (जैसे कि लिटिल स्निक या हैंड्स ऑफ) तो आप इसे वहां देख सकते हैं।

Answer 10

मुझे अपने विंडोज बॉक्स को हल करने के लिए nslookup के साथ एक ही समस्या थी, लेकिन पिंग ने मुझे "अज्ञात होस्ट" दिया। मैंने कोशिश की कि नवदीप ने क्या सुझाव दिया और नेटवर्क वरीयताएँ-> उन्नत-> डीएनएस टैब में नेमवेर्सर्स को हटा दिया। यह मुझे उन्हें घटने नहीं देगा, वे धूसर हो गए थे। मैंने आखिरकार + मारा और वे गायब हो गए। एक बार DNS सर्वर नहीं दिखा रहे थे, तो मैंने एक नया और परिवर्तन लागू किया, रद्द कर दिया। पिंग ने उसके बाद काम करना शुरू किया। अजीब बात यह है कि मेरा स्थानीय राउटर / डीएचसीपी सर्वर सूची में पहला था और विंडोज बॉक्स को हल करने के लिए जिम्मेदार है। यह आदेश देने के साथ कुछ अजीब होना चाहिए। अन्य नेमसर्वर सूचीबद्ध है, एक काम एनएस है और विंडोज़ होस्ट को हल करने में सक्षम नहीं होगा। धन्यवाद नवदीप!