Mac OS X सर्वर पर लोकलहोस्ट को हल नहीं कर सकता

Question

मेरे पास OS X सर्वर 10.5 पर चलने वाला सर्वर है और यह 127.0.0.1 पर लोकलहोस्ट को हल नहीं कर सकता है।

जब मैं पिंग की कोशिश करता हूं तो यही होता है:

> पिंग लोकलहोस्ट
पिंग: स्थानीय होस्ट को हल नहीं कर सकता: अज्ञात होस्ट

SSH और वेब ब्राउज़र को समान परिणाम मिलते हैं (uknown होस्ट)। यदि मैं उपरोक्त सभी कामों में 127.0.0.1 या LAN पर असाइन किए गए IP पते का उपयोग करने का प्रयास करता हूं।

यहाँ मेरे / etc / मेजबान फ़ाइल की सामग्री है:

> बिल्ली / आदि / मेजबान
##
# होस्ट डेटाबेस
#
# लोकलहोस्ट का इस्तेमाल लूपबैक इंटरफेस को कॉन्फ़िगर करने के लिए किया जाता है
# जब सिस्टम बूट हो रहा है। इस प्रविष्टि को परिवर्तित न करें।
##
127.0.0.1 लोकलहोस्ट
255.255.255.255 ब्रॉडकास्टहोस्ट
:: 1 लोकलहोस्ट 
fe80 :: 1% lo0 लोकलहोस्ट

मेरे पास कोई स्थानीय DNS सेवा नहीं है।

किसी को भी पता नहीं है कि ऐसा क्यों हो रहा है या मैं इसे कैसे ठीक कर सकता हूं?

Comments

नाम बदलें / etc / /etc/hosts.justworks को मेजबान

— ta.speot.is

आपके सर्वर बॉक्स पर आपकी DNS सेटिंग्स क्या हैं? क्या आप एक DNS सेवा चला रहे हैं?

— झबरा मेंढक

Answer 1

माउंटेन लायन (10.8.2) के साथ मेरा भी यही मुद्दा था। मैंने इसे सुरक्षा और गोपनीयता -> फ़ायरवॉल -> फ़ायरवॉल विकल्पों में "चुपके मोड" को अक्षम करके हल किया।

Comments

एल कैपिटन 10.11 के साथ भी निश्चित मुद्दा

— 14

Answer 2

यह संभवतः आपके मूल प्रश्न से संबंधित नहीं है, लेकिन एक अन्य समस्या है जो मैक ओएस एक्स लायन में DNS लुकअप को प्रभावित कर सकती है, विशेष रूप से localhostया किसी भी अन्य प्रविष्टियों में जो आपके पास हो सकती है /etc/hosts।

जाहिरा तौर पर /etc/hostsफ़ाइल अब फ़ाइल में प्रति पंक्ति कई डोमेन का समर्थन नहीं करती है, इसलिए हर रिकॉर्ड को अपनी लाइन की आवश्यकता होती है:

127.0.0.1 localhost
127.0.0.1 some.site.local
127.0.0.1 some.site.dev

जस्टिन कारमनी के ब्लॉग के माध्यम से यह पाया गया । यदि आप उपयोग कर रहे हैं तो वह कुछ अन्य "दिलचस्प" व्यवहार का वर्णन करता है /etc/hosts, इसलिए यदि आप अभी भी समस्याएँ हैं तो पढ़ लें।

Answer 3

मुझे पता है कि थोड़ी देर हो गई है, लेकिन मेरे मामले में, UNIX के लिए लाइन एंडिंग्स को बदलना, रिक्त स्थान के साथ टैब को बदलना और फ़ाइल को सेव करना जैसे कि UTF-8 ने माउंटेन लायन पर काम किया (10.8.2)

उम्मीद है कि यह काम किसी और के लिए हो।

Answer 4

एन्कोडिंग एक समस्या हो सकती है, मैंने उदात्त पाठ का उपयोग करके / आदि को होस्ट किया जो मुझे समस्या का समाधान करते हुए इसे पुनः प्राप्त करने की समस्या में मिला। सुनिश्चित करें कि catसामग्री को आउटपुट करता है।

Comments

यह मेरे साथ हुआ! धन्यवाद मैं पागल हो रहा था

— असगरोथ

Answer 5

मेरे कंप्यूटर (एक ही लक्षण) पर मेरी /etc/hostsफाइल को 0x13यूनिक्स लाइन एंडिंग (LF- 0x10) के बजाय Macintosh लाइन एंडिंग्स (CR- ) का उपयोग करने के लिए मंगाया गया था । फ़ाइल अन्यथा सही थी।

मेरा समाधान था:

brew install dos2unix
sudo dos2unix -c mac /etc/hosts

Answer 6

मेरी भी यही समस्या है। मैंने अभी एक नया मैक लैपटॉप स्थापित किया था और यह तब तक काम कर रहा था जब तक मैं अपने पुराने से नहीं चला गया। अब पिंग लोकलहोस्ट हल नहीं कर सकता है। कुछ सेटिंग होनी चाहिए जो मैंने कहीं बदल दी हैं, लेकिन मुझे नहीं पता कि कहां ...

मैंने पाया है कि "पिंग लोकलहोस्ट।" काम करता है। अन्य खोज डोमेन में "लोकलहोस्ट" नाम की खोज को दरकिनार करने के लिए एक अनुगामी बिंदु को लागू करना है। यह अच्छा है, लेकिन मुझे अभी भी समझ में नहीं आ रहा है कि / etc / मेजबान प्रविष्टि काम क्यों नहीं कर रही है ...

संपादित करें: हल किया गया।

bash-3.2# dscl . read /Hosts/localhost    
AppleMetaNodeLocation: /Local/Default
RecordName: localhost
RecordType: dsRecTypeStandard:Hosts
bash-3.2# ping localhost
ping: cannot resolve localhost: Unknown host
bash-3.2# dscl . append /Hosts/localhost IPAddress 127.0.0.1
bash-3.2# dscl . read /Hosts/localhost
AppleMetaNodeLocation: /Local/Default
IPAddress: 127.0.0.1
RecordName: localhost
RecordType: dsRecTypeStandard:Hosts
bash-3.2# ping localhost
PING localhost (127.0.0.1): 56 data bytes
64 bytes from 127.0.0.1: icmp_seq=0 ttl=64 time=0.083 ms
64 bytes from 127.0.0.1: icmp_seq=1 ttl=64 time=0.140 ms

देखा!

किसी तरह, निर्देशिका सेवाओं का रिकॉर्ड / etc / होस्ट फ़ाइल के साथ सिंक से बाहर था। और जब निर्देशिका सेवाओं के कॉन्फ़िगरेशन में कोई आईपी पता नहीं होता है, तो नाम को हल करने की कोशिश करते हुए mDNSResponder जाता है जो DNS पूछता है।

Answer 7

अंत में यह फिर से काम करना शुरू कर दिया। मुझे सर्वर पर कुछ अपरंपरागत (और अस्वाभाविक) डीएनएस कॉन्फ़िगरेशन मिला और इसे बदल दिया जो कि यह होना चाहिए था, और शायद यह समस्या हल हो गई? हालांकि मुझे यकीन नहीं हो रहा है क्योंकि मैं उस समय लोकलहोस्ट मुद्दे को हल करने की कोशिश नहीं कर रहा था और इसलिए मैंने पहले और बाद में लोकलहोस्ट का परीक्षण नहीं किया।

Answer 8

मैंने अपने / etc / मेजबानों को उदात्त पाठ के साथ संपादित किया और एक ही मुद्दा था, vi या नैनो के साथ अपने / etc / host फ़ाइल को संपादित करने और सहेजने का प्रयास करें, जिसने इसे मेरे लिए तय किया ...

Answer 9

कभी भी अपाचे त्रुटि लॉग को पढ़ना सुनिश्चित करें, क्योंकि सेवा शुरू करते समय सभी त्रुटियां कंसोल में नहीं डाली जाती हैं। सिंटैक्स ठीक होने पर भी समस्याएँ हो सकती हैं।

डिफ़ॉल्ट रूप से उन्हें / var / log / apache2 / में संग्रहित किया जाना चाहिए और लॉग फ़ाइल error.log है।

मेरी बिल्कुल यही समस्या थी, कि मेजबान को सुलझाया जा सकता था और अपाचे ने कंसोल में कोई समस्या नहीं बताई। सरल "समस्या" थी, कि बाहरी ड्राइव को स्वैप करने के बाद error.log ने मेरे vhost-configuration को नहीं बनाया है।

Answer 10

अपनी होस्ट फ़ाइल निकालें और देखें कि तब क्या होता है। इसके अलावा किसी भी नेटवर्क से जुड़े बिना रिबूट।

Comments

मैं / etc / मेजबानों को हटाने से थका हुआ हूँ क्योंकि यह मेरे अन्य macs पर (/ और / स्थानीय होस्ट्स को हल कर सकता है ) फ़ाइलों के समान है । इसके अलावा, यह हमारा प्रोडक्शन सर्वर है ... मैंने किसी भी नेटवर्क से कनेक्ट किए बिना रिबूट करने की कोशिश की है लेकिन यह अभी भी लोकलहोस्ट को हल नहीं कर सका है।

— २०:१० पर २०:४०

एक अलग मैक पर (कि यह समस्या नहीं है) मैं सिर्फ नाम बदलने की कोशिश की / आदि / कुछ और करने के लिए मेजबान और रिबूट। इससे कोई फ़र्क नहीं पड़ता था, लेकिन os x ने नई प्रति के साथ / etc / host को प्रतिस्थापित नहीं किया। इसलिए फिर से, मैं फ़ाइल को हटाने के लिए थका हुआ हूँ जब तक कि ओएस इसे पुनर्जीवित नहीं करने वाला है।

— २०:१० पर २०:१०

यदि यह एक उत्पादन सर्वर है तो आपके पास हाल ही में बैकअप होना चाहिए। एक बैकअप से पुनर्स्थापित करें।

— जोश के

मुझे डर है कि यह हाल की समस्या नहीं है - यह एक साल से अधिक समय से है (जब तक मैं नौकरी में हूं)। इसलिए बैकअप से रिस्टोर करना मुश्किल होगा। किसी भी मामले में मैं समस्या का कारण खोजने की उम्मीद कर रहा था, न कि इस उम्मीद में सब कुछ धुंधला कर दिया कि वह फिर से काम करना शुरू कर देता है!

— Ibebeeston

आप "ब्लट" सब कुछ नहीं कर रहे हैं, यह मानक प्रक्रिया है, विशेष रूप से सर्वर के साथ। यदि आप किसी समस्या को नोटिस करते हैं और स्रोत को हल करने का सबसे आसान और सबसे अधिक इस्तेमाल किया जाने वाला तरीका नहीं ढूंढ सकते हैं, तो बैकअप से पुनर्स्थापित करना होगा। पहली बात मैं काम पर किया होता इसे ठीक करने गया होता। समस्याओं को रोकने वाले उन्हें दूर नहीं जाने देते।

— जोश के