नेटवर्क "आवश्यक पता निर्दिष्ट नहीं कर सकता" के साथ काम करना बंद कर देता है


26

ओएस एक्स 10.9 (लेकिन कोई पूर्व संस्करण) पर, हर अब और फिर, मुझे अजीब नेटवर्क त्रुटियां होने लगती हैं। मैं अभी भी पिंग कर सकता हूं, लेकिन कुछ भी जिसे वास्तविक सामग्री की आवश्यकता होती है (जैसे वेब पेज) पूरी तरह से बंद हो जाती है।

उदाहरण के लिए:

$ ping 80.68.93.197
PING 80.68.93.197 (80.68.93.197): 56 data bytes
64 bytes from 80.68.93.197: icmp_seq=0 ttl=46 time=175.291 ms
64 bytes from 80.68.93.197: icmp_seq=1 ttl=46 time=172.519 ms
^C
--- 80.68.93.197 ping statistics ---
2 packets transmitted, 2 packets received, 0.0% packet loss
round-trip min/avg/max/stddev = 172.519/173.905/175.291/1.386 ms
$ curl http://dailyjs.com/
curl: (7) Failed to connect to 80.68.93.197: Can't assign requested address

यह इस संदेश थ्रेड के समान लगता है , लेकिन मुझे वहां कोई उत्तर दिखाई नहीं देता है।

मैंने ईथरनेट इंटरफ़ेस को हटाने और इसे फिर से जोड़ने की कोशिश की है, लेकिन यह मदद नहीं करता है।

मैंने ईथरनेट इंटरफ़ेस को हटाने और वाईफाई को चालू करने की कोशिश की है, जो समान लक्षण दिखाता है।

एक रिबूट समस्या को ठीक कर सकता है, लेकिन यह बल्कि घुसपैठ है। कोई विचार?


OSX नेटवर्क स्टैक में एक बग की तरह लगता है। चर्चाओं में
।apple.com

1
जांचें कि क्या आपका वीपीएन सॉफ्टवेयर स्थिर मार्गों को पीछे छोड़ते हुए ट्यून / टैप डिवाइस पर जा रहा है: netstat -n -r यदि यह मामला है तो सुनिश्चित करें कि आप डिस्कनेक्ट करने के बाद प्राथमिक इंटरफ़ेस को रीसेट करने के लिए इसे कॉन्फ़िगर करते हैं।

जवाबों:


31

मेरे मामले में केवल एक मेजबान था जो मुझे यह मुद्दा दे रहा था। sudo route delete example.comइसे तुरंत ठीक कर दिया, कोई रिबूट नहीं।


उस समस्या का कारण क्या है?
व्हिटेकैट

मुझे अपने मैक पर भी यह समस्या थी; यह मेरे लिए तय है। अन्य कनेक्शन ठीक काम कर रहे थे, लेकिन एक अलग सर्वर को इंगित करने के लिए लक्ष्य होस्टनाम अपडेट किया गया था, और मुझे ओपी त्रुटि मिल रही थी। route flushऔर अन्य सामान काम नहीं किया, लेकिन यह किया।
डॉकटोर जे

7

एक रिबूट केवल एक चीज थी जिसने मेरे लिए समस्या को ठीक किया। :(


सिर्फ एक नोट; मैं वर्तमान में OS X 10.11 (.2 बीटा) चला रहा हूं और मुझे अब यह समस्या नहीं है। मुझे दृढ़ता से संदेह है कि यह 10.9 में DNS परिवर्तनों के कारण था जो कि Apple 10.11 में वापस आ गया था। इसलिए, यदि कोई अभी भी इन आउटेज का अनुभव कर रहा है, तो OS X के नवीनतम संस्करण में अपग्रेड करें और इसे ठीक करना चाहिए।
रिचर्ड हर्ट

2

मैंने रूटिंग टेबल को फ्लश करके OS X 10.11.6 को चलाने वाले अपने कार्य केंद्र पर सिर्फ कमांड लाइन से इसे ठीक किया, और फिर अपने डिफ़ॉल्ट मार्ग को वापस इसमें जोड़ा:

    sudo route -n flush
    sudo route add default 192.168.1.1

यह एकमात्र तरीका था जिससे मैं अपने सिएरा को रेल पर वापस स्थापित कर सकता था।
w00t

0

मैंने CLOSED, FIN_WAIT_1, और कई अन्य राज्यों में कई टीसीपी सत्र देखे, और वे समाशोधन नहीं कर रहे थे। ऐसा लगता है कि टीसीपी टाइमर अभी बंद हो गया है। मुझे अपना नेटवर्क वापस पाने के लिए रिबूट करना पड़ा।


0

जब एनएफएस आटोमोटिव्स फेल होने लगे तो मैंने इस समस्या को पीछे छोड़ दिया। उन्होंने यूडीपी में वापस आने का प्रयास किया। Mount_nfs -o tcp फ़ाइल चलाने वाला: / निर्यात / पथ / mnt / पथ के साथ मज़बूती से विफल:

Mount_nfs: फ़ाइलर से / mnt / पथ पर माउंट / निर्यात / पथ नहीं कर सकता: अनुरोधित पता नहीं दे सकता

kernel.log में इस तरह की प्रविष्टियाँ हैं:

मार्च 31 15:40:38 गुरु कर्नेल [0]: 0xfbdf4000, 0xe00002be Intel82574L :: outputStart - tResFrame से कोई भी स्रोत नहीं - pkt सहेजे गए

OSX - 10.9

एक रिबूट ने भी समस्या को मंजूरी दी।


इसके अलावा, अन्य नेटवर्क कनेक्शन ने ठीक काम किया (उदाहरण के लिए: एक ब्राउज़र से) हो सकता है कि यह एक बंदरगाह आवंटन समस्या है क्योंकि एनएफएस विश्वसनीय बंदरगाहों का उपयोग करता है।
imoverclocked

0

मैंने अपने USB WiFi इंटरफ़ेस को अनप्लग करके और इसे वापस प्लग इन करके ठीक किया।

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