nslookup कमांड त्रुटि दिखा रहा है "कनेक्शन समयबद्ध, सर्वर नहीं मिला"


-1

मैं linux फेडोरा पर काम कर रहा हूं और nslookup का उपयोग सीखने की कोशिश कर रहा हूं। मैं कमांड nslookup चलाता हूं। इसने मुझे dns सर्वर दिखाया। जब मैं दौड़ता हूं nslookup mail.yahoo.com, यह उस मामले में भी ठीक काम करता है। लेकिन जब मैं किसी अन्य सर्वर का उपयोग करके उसी वेबसाइट तक पहुंचने का प्रयास nslookup mail.yahoo.com gatech.eduकरता हूं, उदाहरण के लिए , यह मुझे "कनेक्शन टाइम आउट, सर्वर तक पहुंचा जा सकता है" त्रुटि देता है। मुझे नहीं पता कि मैं क्या गलत कर रहा हूं। क्या कोई इस संबंध में मदद कर सकता है। धन्यवाद।


2
आपके सीखने में आप कौन सी शिक्षण सामग्री का उपयोग कर रहे हैं? कमांड लाइन पैरामीटर्स के बहुत ही मूल सिंटैक्सnslookup पर एक नज़र डालते हुए, आपका दूसरा उदाहरण mail.yahoo.comDNS सर्वर का उपयोग करने का आईपी पता खोजने के लिए कह रहा है gatech.edu। जैसा कि उत्तरार्द्ध शायद आपके अनुरोध का जवाब नहीं दे रहा है, आपको एक टाइमआउट मिलता है।
ज़गरिम्सन

1
@ ज़ाग्रेमन को इसका जवाब देना चाहिए :)
जोनास कोर्गित

जवाबों:


1

आपको बेहतर शिक्षण सामग्री पर स्विच करना चाहिए ... कमांड लाइन मापदंडों के बहुत बुनियादी सिंटैक्सnslookup पर एक नज़र डालते हुए (नीचे दिखाया गया है) आपका दूसरा उदाहरण mail.yahoo.comDNS सर्वर का उपयोग करने का आईपी पता खोजने के लिए कह रहा है gatech.edu। जैसा कि उत्तरार्द्ध शायद आपके अनुरोध का जवाब नहीं दे रहा है, आपको एक टाइमआउट मिलता है।

nslookup [-option] [name | -] [server]

विफलता के संभावित कारणों में से, कई हैं।

संभावित कारण 1:

जैसा कि मैंने ऊपर उल्लेख किया है, gatech.eduशायद एक DNS सर्वर के आईपी पते का समाधान नहीं है।

मैंने उल्लेखित डोमेन के DNS रिकॉर्ड पर एक नज़र डाली:

C:\>nslookup

> gatech.edu
Server:  server.example.com
Address:  xxx.xxx.xxx.xxx

Non-authoritative answer:
Name:    gatech.edu
Address:  130.207.160.173

> set q=ns
> gatech.edu
Server:  server.example.com
Address:  xxx.xxx.xxx.xxx

Non-authoritative answer:
gatech.edu      nameserver = dns3.gatech.edu
gatech.edu      nameserver = dns1.gatech.edu
gatech.edu      nameserver = dns2.gatech.edu

dns3.gatech.edu internet address = 168.24.2.35
dns1.gatech.edu internet address = 128.61.244.253
dns1.gatech.edu AAAA IPv6 address = 2610:148:1f00:f400::3
dns2.gatech.edu internet address = 130.207.244.81
dns2.gatech.edu AAAA IPv6 address = 2610:148:1f01:f400::3

तो, (1 क्वेरी) का gatech.eduसमाधान करता है 130.207.160.173, लेकिन डोमेन के लिए मुख्य (मुख्य) DNS सर्वर (2 क्वेरी) में अलग-अलग आईपी हैं।

संभावित कारण 2:

जैसा कि @netniV ने अपनी टिप्पणी में बताया, एक फ़ायरवॉल प्रतिबंध हो सकता है जो कि आपके द्वारा डोमेन के लिए पसंदीदा DNS सर्वर जो कुछ भी हो, उससे अन्य स्रोतों से DNS रिज़ॉल्यूशन को अस्वीकार कर रहा है।


अगर वह IP के बजाय किसी सर्वर का नाम इस्तेमाल कर रहा है तो उसे सर्वर को खोजने के लिए DNS लुकअप करना होगा और यदि आपका DNS गलत है तो उसे इसकी परवाह किए बिना नहीं मिलेगा। Google IP को 8.8.4.4 और 8.8.8.8 को याद रखना आसान है जो हमेशा काम करना चाहिए क्योंकि IP पर पाने के लिए DNS रिज़ॉल्यूशन की आवश्यकता नहीं है
netniV

@netniV जैसा कि ओपी कमांड लाइन पर किसी भी सर्वर को निर्दिष्ट किए बिना DNS लुकअप कर सकता है /etc/resolv.conf, वैसे भी किसी भी तरह से कॉन्फ़िगर किया गया उचित सर्वर होना चाहिए , इस प्रकार आप जो कहते हैं वह विफलता का कारण नहीं है। सामान्यतया, आप सही हैं, निश्चित है।
ज़गिरिस्मान

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

@netniV अच्छा बिंदु। मैंने ओपी द्वारा उद्धृत परिणाम के लिए एक और संभावित कारण के रूप में सहित :) की स्वतंत्रता ली, हालाँकि, डोमेन के लिए ns रिकॉर्ड पर एक नज़र डालते हुए (यह भी मेरे अद्यतन उत्तर में दिखाया गया है), कमांड लाइन बस कोशिश कर रहा है लगता है DNS रिज़ॉल्यूशन के लिए गलत सर्वर का उपयोग करें।
ज़गिरमेशन

1

मेरे पास एक समान त्रुटि थी और यह साबित हुआ क्योंकि ओएस फ़ायरवॉल में पोर्ट 53 खुला नहीं था। 53 नहीं खोलना सही DNS कार्यक्षमता को रोकता है।

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