nslookup /etc/resolv.conf के साथ काम करता है, पिंग और ssh नहीं


12

हमारे स्थानीय विश्वविद्यालय नेटवर्क में, मेरे पास (डीएचसीपी द्वारा) निम्नलिखित सेटअप /etc/resolv.conf में है:

search a.domain.com b.domain.com domain.com
nameserver x.x.x.x
nameserver y.y.y.y

सेटिंग्स सिस्टम वरीयता में भी समान हैं। निम्न समस्या होती है:

nslookup server

काम करता है, और server.a.domain.com के लिए सही ढंग से पूछने के लिए नेमवेर्सर्स में से एक का उपयोग कर रहा है। अगर मैं हालांकि पिंग करने की कोशिश करता हूं,

ping server

अगम्य मेजबान के साथ विफल रहता है।

ping server.a.domain.com

काम करता है। मैन्युअल रूप से nslookup / etc / मेजबान द्वारा प्राप्त IP पते के साथ सर्वर को जोड़ने से पिंग का काम भी हो जाता है, लेकिन यह "समाधान" नेमसर्वरों को घेरता है और इस तरह आदर्श नहीं है (और मुझे लगभग 20 अन्य प्रविष्टियों को भी जोड़ना होगा)। यह किस कारण हो रहा है कोई विचार? पिंग nslookup / सर्चडोमेन के परिणामों का उपयोग क्यों नहीं करता है?

ssh server

भी विफल रहता है, जो वास्तविक समस्या / असुविधा है।

मैंने mDNSResponder में AlwaysUseSearchDomains को पहले ही जोड़ दिया था, लेकिन यह फिक्स सर्वर .foo का उपयोग करते समय समस्या को हल करने में मदद करता है।

मैं ओएस एक्स लॉयन 10.7.3 का उपयोग कर रहा हूं।


पिंग पैकेट नेटवर्क उपकरण द्वारा अवरुद्ध किया जा सकता है। Ssh पैकेट के साथ एक ही बात - वे नहीं चाहते कि आप जो करें वो करें।
थोरबजोरन रेव एंडरसन

नीचे समाधान देखें, यह मुद्दा नहीं था।
थोलु २४'१३ को २३:३५

"अगम्य मेजबान" का अर्थ है नेटवर्क कनेक्टिविटी की समस्या (या ICMP अवरुद्ध), DNS रिज़ॉल्यूशन समस्या नहीं
डैनियल सेरोडियो

जवाबों:


2

खैर, क्या आपने शीर्ष पर टिप्पणियों को पढ़ा /etc/resolv.conf?

# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.

सही समाधान यह है कि सिस्टम पैनल में नेटवर्क पैनल के माध्यम से खोज डोमेन को यहां वर्णित के रूप में जोड़ा जाए ।


मैंने किया। खोज डोमेन स्वचालित रूप से नेटवर्क पैनल में सिस्टम वरीयताएँ डीएचसीपी कॉन्फ़िगरेशन में दर्ज किए जाते हैं (और इस प्रकार बाहर निकाल दिया जाता है और परिवर्तनशील नहीं होता है)। ठीक उसी मान / कॉन्फ़िगरेशन हैं / में पाया जाता है /etc/resolv.conf
थोलु th

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

खोज सिस्टम वरीयताएँ और /etc/resolv.conf में सही हैं - समस्या यह है कि पिंग और ssh इसका उपयोग नहीं कर रहे हैं। यदि वे nslookup के आउटपुट का उपयोग करते हैं, तो सब कुछ ठीक काम करेगा, लेकिन किसी भी तरह, वे नहीं करते हैं। वे / आदि / मेजबानों की तलाश करते हैं, हालांकि।
थोलू th

मैंने सिस्टम प्रेफ़रेन्स के माध्यम से एक-एक करके खोज (हालांकि उन्हें बाहर निकाल दिया गया था) को मैन्युअल रूप से जोड़ा और अब यह काम करता है। धन्यवाद!
थोलू

4

मुझे भी यही समस्या थी। मैंने जो समाधान किया वह एक / etc / resolver निर्देशिका बनाने के लिए था। उस निर्देशिका के अंदर, प्रत्येक डोमेन के लिए एक फ़ाइल बनाएं जिसका नाम आप हल करना चाहते हैं। प्रत्येक फ़ाइल के अंदर दो लाइनें होनी चाहिए

nameserver 10.0.100.2
domain  home.cainmanor.com

ऊपर दी गई फाइल का नाम / etc / resolver / home होगा। इसे home.cainmanor.com नाम देना पड़ सकता है, लेकिन मैं अभी इसका परीक्षण नहीं कर सकता।

सौभाग्य!


मुझे यह पसंद आया कि एक-एक करके सिस्टम प्रेफरेंस के ज़रिए सर्चडमन्स को सेट करके, डीएचसीपी सेटिंग्स को ओवरराइड करके जो कि OS X सही-सही पार्स करने में नाकाम रहा। मैं आपके समाधान की कोशिश नहीं कर सकता, लेकिन धन्यवाद!
थोलू

जब आपके कॉर्पोरेट वीपीएन क्लाइंट क्षणिक प्रणाली वरीयताओं के संबंध में गलत काम करते हैं तो यह दृष्टिकोण अच्छी तरह से काम करता है।
पीटर

1

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

मैन्युअल रूप से खोज को एक-एक करके जोड़कर इसे ठीक किया, ऊपर समाधान देखें।


जब मैं सिस्टम प्रेफरेंस -> नेटवर्क पैनल के माध्यम से ओएस 10.7.3 में अपने वाईफाई कनेक्शन (जो DNS के माध्यम से कॉन्फ़िगर किया गया है) में एक खोज डोमेन जोड़ता हूं, तो इसका उपयोग पिंग और ssh द्वारा किया जाता है जैसा कि मैं उम्मीद करता हूं। मैं मैन्युअल रूप से / सीधे /etc/resolv.conf या / etc / मेजबान को स्पर्श नहीं करता, लेकिन सिस्टम प्राथमिकता से परिवर्तन स्वचालित रूप से /etc/resolv.conf में परिलक्षित होते हैं। ओएस एक्स अन्य यूनिक्स प्रणालियों की तुलना में बहुत कुछ अलग करता है और यह उनमें से एक है।
पुराने प्रो

1
धन्यवाद, यह खोज को एक-एक करके मैन्युअल रूप से जोड़कर काम कर रहा है, ऊपर दिए गए आपके सुझाए गए समाधान पर मेरी टिप्पणी देखें।
थोलू

खोज डोमेन जोड़ने से समस्याएँ ठीक नहीं हुईं ... किसी और को कोई अन्य समाधान मिला?

आपने उन्हें कैसे जोड़ा?
tholu

1

मुझे हर बार यह मुद्दा मिलता है, जब मेरा मैक बुक प्रो (ओएस एक्स संस्करण 10.10.1) सो गया है। इसे जागो और मैं अपने नेटवर्क पर मशीनों के होस्टनाम का उपयोग नहीं कर सकता (और पिंग या तो काम नहीं करता है)। nslookup ठीक काम करता है। कोई प्रासंगिक संदेश / var / log में नहीं देख सकता। बस इसे कुछ मिनट छोड़ दें और हे presto यह फिर से काम करता है .....


0

मैंने इसका उत्तर कहीं और दिया, क्योंकि यह मेरे लिए एक साधारण फिक्स था, और मुझे वह उत्तर नहीं मिला जो मेरे लिए कहीं और काम करता था।

अन्य थ्रेड्स पर अनुशंसित के अनुसार mDNSResolver के दर्जनों बार पुनः आरंभ करने के बाद:

sudo killall -HUP mDNSResponder

मैंने आखिरकार कुछ और करने की कोशिश की। मैंने वाई-फाई को अक्षम कर दिया और अपने सभी पसंदीदा नेटवर्क हटा दिए। फिर मैंने वाई-फाई कनेक्शन को फिर से स्थापित किया और सब कुछ ठीक काम किया:

  1. Apple मेनू -> सिस्टम प्राथमिकताएं -> वाई-फाई (बाईं ओर)
  2. 'वाई-फाई बंद करें' और फिर 'उन्नत' चुनें
  3. उस वाई-फाई कनेक्शन को हटाएं जो आपको पसंद है (या आप सभी को पसंद है)। ऐसा वाई-फाई नेटवर्क चुनें जिसे आप हटाना चाहते हैं और दबाकर "-"
  4. 'लागू करें' और 'ठीक' पर क्लिक करें
  5. वाई-फाई को वापस चालू करें।
  6. अपना वाई-फाई नेटवर्क चुनें और फिर से लॉग इन करें।

यही मेरे लिए आखिरकार काम आया। यह संभवत: पहली चीज थी जिसे मैंने कोशिश की थी, लेकिन मैं एक लिनक्स लड़का हूं और मैं पहले कंसोल फिक्स को देखता हूं।

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